WordPress后台好卡?十万篇文章数据库优化指南
WordPress网站访问慢,一般是数据库查询语句执行慢导致的。
例如:查询语句
SELECT wp_posts.ID
FROM wp_posts
WHERE 1=1
AND wp_posts.post_type = 'post'
AND ((wp_posts.post_status = 'publish'))
ORDER BY wp_posts.post_date DESC
LIMIT 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_id
FROM wp_terms AS t
INNER JOIN wp_term_taxonomy AS tt
ON t.term_id = tt.term_id
WHERE tt.taxonomy IN ('post_tag')
ORDER BY t.name ASC
LIMIT 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秒可以接受。
基本上网站后台页面没有之前那么卡了,至于前台页面的优化,需要根据主题代码来优化,这边推荐安装缓存加速类的插件解决前台访问慢的问题。
延伸阅读:
VPS服务器购买,拨号vps服务器购买
在当今这个数字化时代,VPS服务器成为了网站和应用程序托管的热门选择。本文将深入探讨如何购买VPS服务器,以及如何通过选...
快速vps 测评网 2024-10-13