# LiveJournal 体系结构 > 原文： [http://highscalability.com/blog/2007/7/9/livejournal-architecture.html](http://highscalability.com/blog/2007/7/9/livejournal-architecture.html) 有关 LiveJournal 如何扩展其系统以进行扩展的一个有趣且详细的故事。 LiveJournal 是免费博客服务竞赛中的早期参与者，并且面临着快速增加大量用户的问题。 博客文章来得太快而且很生气，这会导致大量的撰写，而撰写则很难扩展。 了解 LiveJournal 如何解决其扩展问题将有助于任何有抱负的网站构建者。 网站：http：//www.livejournal.com/ ## 信息来源 * [LiveJournal](http://danga.com/words/2007_yapc_asia/yapc-2007.pdf) -扩展故事时间的幕后花絮* [Google 视频](http://video.google.com/videoplay?docid=-8953828243232338732)* [东京视频](http://tokyo2007.yapcasia.org/sessions/2007/02/tbd.html)* [2005 version](http://www.danga.com/words/2005_mysqlcon/mysql-slides-2005.pdf) ## 平台 * 的 Linux* 的 MySQL* 佩尔* 记忆快取* MogileFS* Apache ## 里面有什么？ * 从 1、2 和 4 主机扩展到服务器集群。* 避免单点故障。* 到目前为止，使用 MySQL 复制只需要您。* 成为 IO 限制会扼杀扩展。* 扩展写入和读取以获取更多并行性。* 您无法继续添加读取从站和扩展。* 使用 DRBD 的分片存储方法可实现最大吞吐量。 根据角色分配碎片。* 使用 memcached 进行缓存以提高性能。 两级散列到分布式 RAM。* Web 负载平衡缓慢。* MogileFS，一种分布式文件系统，用于并行处理。* Schwartz 和 Gearman 用于分布式作业队列，以并行执行更多工作。* Solving persistent connection problems. ## 得到教训 * 不要害怕编写自己的软件来解决自己的问题。 LiveJournal 通过他们的努力为社区提供了难以置信的价值。 * 当站点了解用户以及他们的系统真正需要做什么时，它们的站点可以从小型的 1、2 机器设置演变为较大的系统。 * 并行化是扩展的关键。 通过缓存，负载平衡，分片，文件系统群集以及利用更多磁盘心轴来消除阻塞点。 * 复制是有成本的。 您不能仅仅继续增加越来越多的读取从设备并期望扩展。 * 低级问题在很大程度上取决于诸如使用哪种 OS 事件通知机制，文件系统和磁盘交互，线程甚至模型以及连接类型等问题。 * 大型站点最终转向分布式排队和调度机制，以在网格上分配大量工作负载。 哦，太好了。 现场直播是最好的。 如果活跃的期刊继续保持这样的声誉，它将像时间杂志和其他主要期刊一样领先。 ----- [http://underwaterseaplants.awardspace.com“](<a rel=) >水下海洋植物 [http://underwaterseaplants.awardspace.com/seaweed.htm”](<a rel=) >海藻。 .. [http://underwaterseaplants.awardspace.com/easyaquariumplants.htm“](<a rel=) >简易水族馆植物 我不敢相信香港专业教育学院在 之前从未听说过 livejournal，我使用 wordpress 但我想我会尝试一下 谢谢，对我来说非常有用的帖子。 Livejournal.com 的流量似乎比 wordpress.com 少，我想知道该体系结构如何在 typepad.com，wordpress.com 和 livejournal.com 之间进行比较，因为它们都提供相同的服务并且拥有许多用户。 thanks, very informative post for me. 您从哪里获得 DRBD？ LiveJournal 不使用 DRBD。 我非常感谢这里提供的信息，希望您能在以后的帖子中使我们保持良好了解。 谢谢。 伙计，您为我们提供了丰富的信息资源。 您提供给我们的链接列表非常有用！ 我给你 9/10 这个职位！ 做得好！