三、从LiveJournal发展中学习

　　LiveJournal从1台服务器发展到100台服务器，这其中经历了无数的伤痛，但同时也摸索出了解决这些问题的方法，通过对LiveJournal的学习，可以让我们避免LJ曾经犯过的错误，并且从一开始就对系统进行良好的设计，以避免后期的痛苦。

　　下面我们一步一步看LJ发展的脚步。

　　1、一台服务器

　　一台别人捐助的服务器，LJ最初就跑在上面，就像Google开始时候用的破服务器一样，值得我们尊敬。这个阶段，LJ的人以惊人的速度熟悉的Unix的操作管理，服务器性能出现过问题，不过还好，可以通过一些小修小改应付过去。在这个阶段里LJ把CGI升级到了FastCGI。

　　最终问题出现了，网站越来越慢，已经无法通过优过化来解决的地步，需要更多的服务器，这时LJ开始提供付费服务，可能是想通过这些钱来购买新的服务器，以解决当时的困境。

　　毫无疑问，当时LJ存在巨大的单点问题，所有的东西都在那台服务器的铁皮盒子里装着。

　　

　　2、两台服务器

　　用付费服务赚来的钱LJ买了两台服务器：一台叫做Kenny的Dell 6U机器用于提供Web服务，一台叫做Cartman的Dell 6U服务器用于提供数据库服务。

　　

　　

　　

　　LJ有了更大的磁盘，更多的计算资源。但同时网络结构还是非常简单，每台机器两块网卡，Cartman通过内网为Kenny提供MySQL数据库服务。

　　暂时解决了负载的问题，新的问题又出现了：

　　原来的一个单点变成了两个单点。

　　没有冷备份或热备份。

　　网站速度慢的问题又开始出现了，没办法，增长太快了。

　　Web服务器上CPU达到上限，需要更多的Web服务器。

　　3、四台服务器

　　又买了两台，Kyle和Stan，这次都是1U的，都用于提供Web服务。目前LJ一共有3台Web服务器和一台数据库服务器。这时需要在3台Web服务器上进行负载均横。

　　

　　

　　

　　LJ把Kenny用于外部的网关，使用mod_backhand进行负载均横。

　　然后问题又出现了：

　　单点故障。数据库和用于做网关的Web服务器都是单点，一旦任何一台机器出现问题将导致所有服务不可用。虽然用于做网关的Web服务器可以通过保持心跳同步迅速切换，但还是无法解决数据库的单点，LJ当时也没做这个。

　　网站又变慢了，这次是因为IO和数据库的问题，问题是怎么往应用里面添加数据库呢？

　　4、五台服务器

　　又买了一台数据库服务器。在两台数据库服务器上使用了数据库同步(Mysql支持的Master-Slave模式)，写操作全部针对主数据库（通过Binlog，主服务器上的写操作可以迅速同步到从服务器上），读操作在两个数据库上同时进行(也算是负载均横的一种吧)。

　　

　　

　　

　　实现同步时要注意几个事项：

　　读操作数据库选择算法处理，要选一个当前负载轻一点的数据库。

　　在从数据库服务器上只能进行读操作

　　准备好应对同步过程中的延迟，处理不好可能会导致数据库同步的中断。只需要对写操作进行判断即可，读操作不存在同步问题。