主题:【半原创】Flickr 网站架构研究(1) -- 西电鲁丁
共:💬69 🌺366
客户之间的交互主要靠数据冗余,即两边各放一份,牺牲空间换效率;把不同的表放在不同的数据库上只适合于不太大的表;没看到太多的关于Facebook的介绍,(暂时也没有时间,先完成这个系列再说,坑里不再挖坑)不过Facebook的规模比Flickr要大得多,根据2008年的数据,Flickr的服务器数量大约是几百台,而Facebook是上万台,光Memcached服务器就有6,7百台,也可能是象你说的,不过应该更进一步,关于论坛的数据库在一个Shard集群(包括中央数据库和多个Shard)上,在线聊天的又在另一个上……
Shard+Memcached基本上是各大网站的事实标准了。
- 相关回复 上下关系8
压缩 3 层
🙂这也是我才想到的,所以说要大家一起讨论 西电鲁丁 字62 2009-08-28 06:59:17
🙂据我粗浅的理解,shard就是把数据库横着剖分开 1 明日枯荷包 字434 2009-08-24 18:31:23
🙂shard的问题 邓侃 字162 2009-08-27 21:41:22
🙂每个shard上的数据库结构应该是基本一样的,
🙂送花得宝 小木 字122 2009-08-24 10:58:31
🙂Shard的写入似乎没有事务控制? 看树的老鼠 字182 2009-08-23 20:58:45
🙂欢迎讨论 1 西电鲁丁 字284 2009-08-23 21:27:01
🙂MemCached不负责Shard 邓侃 字139 2009-08-27 21:44:40