主题：【半原创】Flickr 网站架构研究（1） -- 西电鲁丁
共:💬69 🌺366
客户之间的交互主要靠数据冗余,即两边各放一份，牺牲空间换效率；把不同的表放在不同的数据库上只适合于不太大的表；没看到太多的关于Facebook的介绍，（暂时也没有时间，先完成这个系列再说，坑里不再挖坑
）不过Facebook的规模比Flickr要大得多，根据2008年的数据，Flickr的服务器数量大约是几百台，而Facebook是上万台，光Memcached服务器就有６，７百台，也可能是象你说的，不过应该更进一步，关于论坛的数据库在一个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