wordpress优化简单点说就一句话：打开general log去看日志。

wordpress网站优化装什么插件，装什么缓存 ，都是扯蛋，没找到病因，这都是乱下药。

怎么找病因？

首先把数据插到一千万条。

然后了解下这个：

mysql 打开 general log 后，所有的查询语句都会记录在 general log 文件，文件为只读方式，但这样general log文件会非常大，所以默认是关闭的。但有时需要查错等原因，暂时需要打开general log。查看有没有打开：show global variables like '%general%';打开方法：mysql>set global general_log_file='/tmp/general.log';    #可选，默认生成在DATA目录mysql>set global general_log=on;    # 开启general log模式mysql>set global general_log=off;   # 关闭general log模式

把所有的页面类型都点开一次，不要多点，因为你要去看查询日志，一个页面可能就有几个十几个日志。

后面的事情，需要你懂一点点PHP和MYSQL的知识，因为你要根据耗时的查询 语句，去定位到这个语句是在哪个页面上，是在哪个功能上，然后才能做对应的处理。

一说到WP慢，都会提到WP太臃肿，而事实是，恰恰相反，是因为WP太简单了，数据库结构就那么几个表，严重的设计不合理，或者说根本没有应对稍微大一点点的数据量。

如果是做垃圾站，解决的办法非常简单，就是发现哪里有问题，就砍掉，垃圾站只需要能看到文章就OK了。

如果是正规站，并且数据在几万甚至更多，换一个程序，恐怕是最明智的选择。

一般来说，大数据量下影响性能的无非就是，随机，分页，搜索，等等这些功能相对应的查询。在WP上，这些东西，不是你装个插件和缓存 ，就能解决的。尤其是在你装 了大量的插件之后 ，这插件自身里的查询 ，更不可能指望别的插件来解决。

PS，绝大多数时候，大数据量的性能问题，都是出在数据库上，至少在没有安装任何插件的WP上，一定是这样。但是极少数的情况下，可能会出在PHP代码逻辑上，一般都是BUG，如果真的出现 了，比数据库难查多了。

====================================

性能问题，不是数据库结构越简单越好，PHP代码越简单越好，而是相反，所有针对大数据量的优化，都是靠更多的PHP代码，更复杂 的数据库结构，来实现的。

比如常规的写法

随机，order by rand()

分页，limit

搜索，like %xxx%

数据量少的时候，就一个查询语句，多省事。

但是数据量达到千万级，这些语句，全部必须砍掉。

====================================

这帖子也不仅仅是针对WP，任何网站程序，运行速度慢了，先去看general log一定没错。

 

作者：ǿ

查看原帖：https://www.hostloc.com/thread-492701-1-1.html