WordPress 数据库越来越大：修订版本、垃圾评论与会话表的清理方法

WordPress 站用上两三年，后台明显变卡，备份文件从几十 MB 涨到几个 G，不少运维的下意识反应是换服务器。其实先查一下数据库就知道，很多站的问题不在服务器，而在数据库里堆了几年没人清的数据。

数据库臃肿不只是占空间。备份时间变长、恢复演练变慢、查询变慢会直接影响前台加载。下面把膨胀的来源、清理的路径和不能碰的部分一次讲清。

一、数据库是怎么被撑大的

对内容型 WordPress 站，膨胀主要来自三个地方：

1. 修订版本（revisions）。WordPress 默认给每篇文章保留所有历史版本，改十次就存十份全文。一个写了五年的博客站，修订版本可能占掉内容数据的一半以上。

2. 垃圾评论与待审评论。被攻击或被爬虫盯上的站，评论表里能积累几十万条垃圾评论，其中大部分在回收站和待审核队列里。评论表是全库最大的表之一，清掉它瘦身立竿见影。

3. 会话与临时数据（options 表）。wp_options 表存全站设置，插件装了卸、卸了装，留下的孤儿配置项会一直躺着。尤其是某些页面构建器和电商插件，会往这张表里写大量带过期时间的缓存行，过期了也不自动删。

此外，卸载不干净的插件留下的表、主题的日志表、表单插件的提交记录，都是常年无人过问的「库中库」。诊断方法很直接：用 phpMyAdmin 按大小排序列出所有表，前十名就是清理对象。

二、清理前的三条铁律

1. 先做完整备份。数据库导出一份，站点文件也打包一份。清理操作直接删数据，没有备份就没有后悔药。备份要存到服务器之外，本机或云盘都行。

2. 记录清理前的表大小。把主要表的行数和体积截个图或记下来，清完对比，也方便以后判断膨胀速度。

3. 低峰期操作。清理本身很快，但如果同时有大量访问，锁表可能造成短暂卡顿。放在访问低谷做，稳妥。

三、修订版本与垃圾评论：两种清理路径

路径一，用 WordPress 自带功能。后台评论页可以按状态筛选「回收站」和「待审核」，一键删除整批。修订版本没有自带清理入口，但可以通过配置限制数量：在 wp-config.php 里把 WP_POST_REVISIONS 设为 3 或 false，从源头减少积累。

路径二，用成熟插件。WP-Optimize、Advanced Database Cleaner 这类插件可以把修订版本、回收站内容、评论垃圾、过期会话统一列出、一键清理，还能设置每周自动清理。对非技术背景的管理者，推荐插件路径，比手写 SQL 安全得多。

用 SQL 直接删也可以，比如删除评论表里所有已标记垃圾的行，但前提是清楚每张表的关联关系，删错表会连正常内容一起丢。没有把握就不要直接写语句。

四、wp_options 表的清理要点

这张表最需要技术判断，也是最容易清出问题的地方：

1. 过期的会话与缓存行可以删。很多插件写入的行带有过期时间戳，时间已过的就是死数据。插件清理功能会处理这类行，手动清理则需要按 expires 字段筛选。

2. 已卸载插件的孤儿选项不要凭名字猜。有的插件卸载后选项还在，有的选项名不带插件前缀，凭感觉删可能删到主题或核心功能依赖的配置。拿不准就先备份、删完观察、有问题从备份恢复。

3. autoload 字段要留意。wp_options 里有 autoload 标记的行会在每次页面加载时被读进内存，这一列的总量才是后台卡顿的直接原因。清理时优先处理「autoload=yes 且体积大」的行，效果比单纯减行数明显。

五、清理之后：让数据库不再重新膨胀

一次清理只解决存量，习惯决定增量：

1. 关闭或限制修订版本。在配置里限制每篇保留 3 个版本，兼顾回滚需求和控制体积。

2. 评论加防 spam 层。开启官方 Anti-spam 服务或装反垃圾插件，配合评论审核制度，把垃圾评论挡在入库之前，而不是入库后再删。

3. 定期自动清理。插件设每周清理一次过期会话、回收站与垃圾评论，成本几乎为零。

4. 每季度看一次表大小。和上次记录对比，哪张表涨得快就查哪块功能。发现某个插件疯狂写表，考虑换掉它。

5. 卸载插件时用「彻底卸载」选项。不少插件提供卸载时清除数据的开关，勾上再删，别给未来留垃圾。

六、总结

WordPress 数据库清理不神秘：修订版本、垃圾评论、过期会话三个大头清掉，大多数站的库体积能降一半以上，后台响应立刻改善。关键动作只有三个：先备份、用成熟工具、定期做。对已经拖慢业务的老站，这是一项投入小、见效直接的维护工作。

如果你们的 WordPress 站后台越来越卡、备份文件越来越大，想先做一次数据库体检再决定怎么清，可以联系我们协助处理。锐客网咨询电话：137-9839-1694。