博客数据库优化实战：让查询速度提升10倍的技巧

博客数据库优化实战：让查询速度提升10倍的技巧

上个月帮一个运行了三年的WordPress博客做迁移，打开数据库一看，wp_posts表8万条记录，wp_postmeta表50万条记录，查询一次首页文章列表要2秒钟。我问他平时卡不卡，他说"还行，就是有时候要等几秒"。我：？？？

很多人觉得博客速度慢是服务器问题，其实数据库优化做好了，速度提升往往比升级服务器更明显。今天就把我的实操经验分享出来，都是亲自验证过的方法。

一、先做诊断：找出拖慢速度的罪魁祸首

很多人上来就优化，其实应该先诊断。MySQL有个慢查询日志功能，开启之后会自动记录超过指定时间的SQL语句。

打开慢查询日志很简单，登录服务器找到my.cnf配置文件，添加这几行：

```

slow_query_log = 1

slow_query_log_file = /var/log/MySQL/slow.log

long_query_time = 1

```

设置完成之后重启MySQL服务生效。重启之后用`show variables like 'slow_query%';`确认是否开启成功。

接下来等几个小时或者一天，去查看慢查询日志文件。里面记录的就是拖慢速度的SQL语句，大部分情况下你会发现是这几类问题：没有索引、全表扫描、查询了太多字段、JOIN了太多表。

如果你的博客用的是宝塔面板，直接在软件商店里找到MySQL，点设置就能看到慢查询日志配置，不需要手动改配置文件。

还有个更简单的方法：用插件。WordPress用户可以装一个Query Monitor插件，它能实时显示页面的数据库查询情况，包括每个查询的耗时、调用者、是否使用了索引。Z-Blog用户可以用官方提供的调试插件。

我自己的习惯是先用Query Monitor跑一遍，找出最慢的10个查询，针对性优化。

二、给常用字段加上索引

索引是数据库优化的基础，相当于书的目录。没有索引的话，数据库查数据要一行一行扫，有索引就直接跳到目标位置。

博客常用的索引场景有几个：

文章ID和分类的联合索引。很多人查"某分类下的文章列表"，这种查询很常见。给wp_terms和wp_term_relationships表加上合适的索引，查询速度能快10倍以上。

时间字段索引。查"最近一个月的文章"这种按时间筛选的查询，给post_date字段加索引效果很明显。

文章状态的索引。WordPress有publish、draft、private等多种状态，查询时指定状态能减少扫描范围。

加索引的SQL语句很简单：

```sql

ALTER TABLE wp_posts ADD INDEX idx_post_date (post_date);

ALTER TABLE wp_posts ADD INDEX idx_post_status (post_status);

```

但要注意，索引不是越多越好。索引会占用磁盘空间，每次INSERT/UPDATE都要维护索引，反而会降低写入速度。只给高频查询字段加索引就够了。

三、定期清理数据库垃圾

数据库越用越大，里面堆了很多没用的数据。我之前清理过一个博客的wp_postmeta表，清出了12万条垃圾数据，清完之后查询速度直接快了一倍。

WordPress会产生这几类垃圾数据：

revision版本。每修改一次文章，WordPress会自动保存一个修订版本。三年前的草稿、反复修改的文章，这些revision能占到你数据库30%的空间。定期清理很有必要。

wp_postmeta空值记录。主题或插件往wp_postmeta表写入数据，删除插件或主题后这些数据残留了。查一下meta_key对应的表和主题是否还在，不在的话可以删。

wp_options自动加载项。这个表存的是WordPress的各种配置。安装的插件多了，很多插件会往这里写入数据，而且会设置成自动加载。如果auto_load字段是yes，数据又多又没人用，查询就会变慢。

清理的时候注意，动手之前先备份数据库。万一删错了还有个恢复的余地。

清理wp_posts的revision可以用插件WP-Optimize或者WP-Sweep，也可以直接执行SQL：

```sql

DELETE FROM wp_posts WHERE post_type = 'revision';

```

清理wp_postmeta空值：

```sql

DELETE FROM wp_postmeta WHERE meta_value = '';

```

这个操作要谨慎，有些插件的meta_value确实是空字符串但有其他意义。

四、查询优化：避免SELECT *

很多新手写查询语句喜欢用SELECT *，就是查询所有字段。这在数据量小的时候没问题，数据量大了就卡。

比如查文章列表，你只需要标题、别名、发布时间、分类名称，完全没必要把正文内容、作者信息、模板路径这些也查出来。

优化前：

```sql

SELECT * FROM wp_posts WHERE post_status = 'publish' ORDER BY post_date DESC LIMIT 10;

```

优化后：

```sql

SELECT ID, post_title, post_name, post_date FROM wp_posts WHERE post_status = 'publish' ORDER BY post_date DESC LIMIT 10;

```

实际测试过，字段从20个减少到4个，查询时间从800毫秒降到120毫秒，效果非常明显。

另外，分页查询的时候不要用OFFSET大数字。比如查第1000页的文章，用`LIMIT 20 OFFSET 20000`会先扫描前20020条再返回后20条，很慢。更好的做法是记录上一页最后一条的ID，用`WHERE ID < xxx LIMIT 20`来翻页。

五、WordPress对象缓存设置

WordPress每次访问都会查询数据库，首页文章列表、侧边栏分类、热门文章、评论列表，每个模块都要查一次。一共几十次查询。

开启对象缓存可以显著减少数据库请求。Redis或者Memcached都可以，推荐用Redis，性能更好。

WordPress配合Redis需要装两个东西：Redis服务端和WordPress插件。宝塔面板在软件商店里直接装Redis，然后用WP Redis插件连接。

配置好之后，WordPress会把查询结果缓存到Redis里。同一个查询第二次访问直接从缓存读取，不需要再查数据库。实测开启对象缓存后，首页数据库查询次数从40次降到5次以内。

不过对象缓存有个问题，博客更新文章后缓存要刷新，否则用户看到的是旧内容。主流插件都会在文章发布时自动清理缓存，这个不用担心。

六、Mysql连接优化

MySQL连接数也是有讲究的。连接数设置太小，高并发时请求会排队等待；设置太大，内存又不够用。

一般博客的话，max_connections设置成150-200就够用了。如果用阿里云1核1G的小机器，max_connections设置100就差不多。

还有个连接复用的问题。每次PHP请求都会新建一个MySQL连接，用完就断开。如果并发请求多了，频繁建立断开连接也会消耗资源。

开启持久连接可以复用连接，但这个要看具体情况。我之前有个站开了持久连接反而出问题，后来关了就好了。具体要不要开，建议实际测试。

常见问题

Q：我的博客数据量不大，需要优化数据库吗？

A：数据量小的时候优化效果不明显，但如果查询很慢，说明结构有问题，建议还是优化一下索引。养成好习惯，以后数据量大了不会突然变卡。

Q：清理数据会丢失文章吗？

A：只要不碰wp_posts表的主文章内容，删revision、清理空meta都是安全的。操作前记得备份。

Q：Redis和Memcached哪个好？

A：Redis更好，支持更多数据类型，性能也更强。但如果服务器内存紧张，Memcached占用的资源更少。

Q：优化完成后怎么验证效果？

A：用Query Monitor或者MySQL慢查询日志对比优化前后的查询时间。也可以用Chrome的Network面板看页面加载时间。

Q：可以同时用多种缓存吗？

A：可以，但要注意缓存层级。对象缓存Redis → 页面缓存Memcached/文件缓存 → CDN。CDN在最外层，Redis在最里层。

标签：WordPress优化,数据库优化,网站速度优化,MySQL,博客搭建

标签：WordPress优化,数据库优化,网站速度优化,MySQL,博客搭建