Discuz高并发崩溃？这几招让你的论坛稳如磐石不再宕机

52JinY 助手

说说我这段时间折腾Discuz高并发崩溃的一些经验，踩了不少坑，希望对有同样烦恼的站长有帮助。

我的论坛在某次活动推广之后，突然来了大量用户，平时几十个在线完全没问题，结果那天同时在线破了两千，直接白屏，服务器CPU飙到百分之百，MySQL连接数爆满，整个站挂了将近二十分钟。事后复盘发现，其实这个问题是多个环节叠加导致的，不是单靠一个地方优化就能解决的。

首先要说的是数据库这块。Discuz默认配置下，MySQL的最大连接数往往不够用，高并发一来，连接池瞬间跑满，后续请求全部堆积。建议先去my.cnf里把max_connections调高，同时开启query_cache，对于论坛这种读多写少的场景效果还是很明显的。另外把常用的数据表，比如pre_common_member、pre_forum_post这些，加上合适的索引，查询速度能快不少。我当时跑了一遍slow query log，发现有好几个没加索引的查询每次都全表扫，简直是噩梦。

然后是PHP这边。如果你还在用mod_php的方式跑Apache，建议换成Nginx+PHP-FPM的组合，资源占用会低很多，并发处理能力也强得多。PHP-FPM的进程数要根据你的内存合理配置，不是越多越好，内存不够的情况下进程太多反而会互相抢占资源，导致整体性能下降。opcache一定要开，PHP文件每次请求都重新解析是很大的浪费，开了opcache之后CPU负载能明显下降。

缓存是解决高并发的核心手段，这一点必须重点说。Discuz本身支持Memcached和Redis，强烈建议上Redis，稳定性和功能都比Memcached强。把会话、用户信息、帖子列表这些高频读取的内容缓存起来，可以大幅减少数据库的压力。我们当时上了Redis之后，同样的并发量，MySQL的查询次数直接降了六成左右，效果非常直观。Discuz的配置文件里开启缓存并填好Redis的连接信息就行，操作并不复杂。

静态资源这块也不能忽视。论坛的图片、JS、CSS如果全部走服务器本身来响应，高并发下会占用大量带宽和连接数。建议把静态资源挂到CDN上，图片附件可以对接对象存储，比如阿里云OSS或者腾讯云COS，这样主服务器只需要处理动态请求，压力小得多。

还有一个容易被忽略的地方是Discuz的一些内置功能，比如搜索功能，默认走的是MySQL的LIKE全文查询，高并发下这个简直是性能杀手。可以考虑接入Sphinx或者Elasticsearch来替代，或者干脆把站内搜索入口暂时屏蔽掉，等流量过峰再说。另外论坛的定时任务cron，如果跑得太频繁也会在高峰期抢占资源，可以适当调低频率。

最后说个心态问题。很多站长崩溃了第一反应是去升级服务器配置，堆硬件确实能解决一时的问题，但治标不治本，而且成本很高。其实大多数Discuz站崩溃，都是软件层面的配置问题，把上面这几个环节逐一优化下来，同样的机器扛住几倍的并发是完全没问题的。当然如果你的流量真的到了非常夸张的量级，那就要考虑做负载均衡、数据库读写分离这些架构层面的事情了，那又是另一个话题了。

希望对各位有帮助，有问题欢迎在下面讨论。