WordPress卡顿耗资源优化速度极致方案
WordPress网站访问慢，一般是数据库查询语句执行慢导致的。
例如：查询语句如下
SELECT wp_posts.IDFROM wp_postsWHERE 1=1AND wp_posts.post_type = 'post'AND ((wp_posts.post_status = 'publish'))ORDER BY wp_posts.post_date DESCLIMIT 0, 5
/* 受影响记录行数: 0 已找到记录行: 5 警告: 0 持续时间 1 查询: 15.016 秒. */
上面一条语句执行要15秒，这未免太慢了。
通过改WordPress代码中的查询语句，肯定可以解决这些问题，但问题是，如果要改sql语句，势必要改很多代码，这个方法我不推荐。
有的人可能说加索引，但加上索引后，发现执行还是很慢。原因是，有的查询语句未必会用到索引，所以，这个方法我也不推荐。
其实WordPress慢的原因，很大一部分跟wp_posts表查询有关，仔细观察这个表，你会发现这个表引擎是InnoDB，MySQL有个非常适合查询的表引擎是MyISAM，如果把这个表引擎改为MyISAM是否会更快了？
改变表引擎：
ALTER TABLE `wp_posts` COLLATE='utf8mb4_unicode_520_ci', ENGINE=MyISAM, CONVERT TO CHARSET utf8mb4 COLLATE 'utf8mb4_unicode_520_ci';
改完后，再次执行查询语句
/* 受影响记录行数: 0 已找到记录行: 5 警告: 0 持续时间 1 查询: 0.750 秒. */
速度提升了，由15.016秒变为了0.750秒，这速度已经很快了。
为了测试，那我就将整个数据库中的所有表引擎都改为MyISAM试试。
改完之后，WordPress后台文章列表页面基本上可以4秒左右打开。
后台标签页面由于排序导致页面加载慢，可以通过代码修改排序规则。
SELECT t.term_idFROM wp_terms AS tINNER JOIN wp_term_taxonomy AS ttON t.term_id = tt.term_idWHERE tt.taxonomy IN ('post_tag')ORDER BY t.name ASCLIMIT 20/* 受影响记录行数: 0 已找到记录行: 20 警告: 0 持续时间 1 查询: 18.485 秒. */
这个只能改查询语句了。
add_filter('get_terms_args',function ($args, $taxonomies ){
$args['orderby'] = 'term_id';
return $args;},10,2);强制将排序改为按照term_id排序，现在，查询肯定很快。
上面那条语句放弃优化，2秒可以接受。
基本上网站后台页面没有之前那么卡了，至于前台页面的优化，需要根据主题代码来优化，这边推荐安装缓存加速类的插件解决前台访问慢的问题。
1、使用wpjam工具，屏蔽国外字体fonts、js，关闭不必要的功能如xmlrpc、自动保存多份等
2、开启缓存opcache、memcached（或redis）。
3、动静态分离，图片、js、css这些分流到子域名上（可用对象存储自动回源），并放cdn上（公共库投毒频发，慎用）
4、独立MySQL数据库，别再用localhost，小机资源运行mysql本来就吃力；
5、激活使用WordPress Multisite功能，定期开启一个子站点作为主站，以达到数据库分表，特别是posts、postmeta这两个最影响读写的数据表。
6、高阶用途可以结合以上各种方法，再配合WordPress官方的HyperDB插件或 LudicrousDB ，做数据库读写分离。这条设置比较复杂，需要主备数据库同步，我没用过。
发表评论