PHP MySQL架构中如何实现Memcache缓存?

　　在PHP+MySQL架构的站点中，本文重点从MySQL的角度去分析如何使Discuz!论坛(或者类似的PHP+MySQL架构的程序)应对大访问量。同时给出一些使用Memcache去减轻MySQL压力的建议。

　　系统分析：

　　单纯的从MySQL的角度出发，单台MySQL的数据库负载到每天上亿次的操作(每秒大概1100次MySQL操作，然后乘以86400)应该不是非常困难的事情。按照这个数据也就是说一个单MySQL服务器的论坛来说可以跑到2千万PV是不成问题的，我相信国内绝大部分的论坛都不可能做到每天2千万的PV，但实际情况并不是如此。当论坛PV超过百万的时候一台WEB早已经不堪重负了。

　　就我手头的一些数据显示，目前的Discuz!论坛的基本服务器架构是前面Squid顶着，后面才是一台DB在撑着。这种架构中，web服务器压力增大可以通过并行增加服务器解决，而MySQL压力却无处释放，在不考虑MySQL官方服务的情况下，我们通过合理的利用Memcache是可以达到减轻MySQL服务器负载的。

　　可能会有朋友说我们可以对数据表进行分表(注：此处分表是指通过PHP程序去分表，比如pw，dv的分表)处理，但是当前的情况是一台DB服务器已经不能支撑当前的数据处理了，通过PHP对MySQL进行的分表依然不能减轻MySQL的负载。(注：本段文字针对已经成型的系统，如果是独立开发的系统在架构前期就进行数据的同步分区还是不错的。)

　　还可能有朋友会说利用MySQL的主从构架，如果你提出这个问题，我就很明确的告诉你，回去看看手册吧。在Mysql Master/Slave 模式中，Slave主要是来备份数据的，只有当Master出现故障时，Slave才会接过Master的服务，对外部请求进行处理，直到Master恢复正常。就是说：在Master/Slave中，要么是Master在服务，要么是Slave在服务，不会Master/Slave同时提供服务。使用MySQL主从依然不能有效的降低MySQL的负载。

　　或许你又会问我为什么不使用MySQL集群(MySQL Cluster)，那可是白花花的银子啊，同等金钱的付出下，获得最大之一的收益才是王道。PS:说句题外话，MySQL手册中将MySQL集群解释为MySQL簇，不习惯。

　　其实在MySQL5.1中的MySQL分区(MySQL Partition)是个很好的东西，它允许根据可以设置为任意大小的规则，跨文件系统分配单个表的多个部分。实际上，表的不同部分在不同的位置被存储为单独的表。我认为这个才是当前情况下，最积极有效的降低MySQL负载的解决方法之一。但是遗憾的是，这种MySQL分区的方式我个人没有使用过的经历，也不见有相当充分的案例表明它是稳定的或者不稳定的。所以我还在徘徊中。如果你知道，请麻烦告之!有朋友说腾讯是在用MySQL分区，但是遗憾的是我没有得到确切的数据。

　　好了分析总结了这么多种降低MySQL负载的方式之后，在用户环境需求等特定条件下，我得出结论在当前情况下，缓解Discuz!论坛的MySQL负载比较有效的方法就是使用Memcache!

　　使用Memcache的理由：

　　1.Web Server(Lighttpd、Nginx据说都比Apache效率高好多，大家可以试用下)对CPU要求高，对内存要求低;而Memcached Server是对CPU要求低，对内存要求高，所以可以搭配使用。在对前端的Web Server上安装Memcached Server是可行的。