WordPress优化系列之“清理数据库”

自从09年开始我就负责jimmy同学的和邪社的网站服务器搭建以及各种对WordPress的优化工作，首先要说明一点，本人并非编程或者是DBA方面的砖家，所以对和邪社的优化也是循序渐进的一个学习的过程，更让人头大的事情则是和邪社目前已经有5700篇日志和超过91000条评论，服务器的压力相当之大，所以对系统性能以及合理的配置要求相当的严格，如有不慎就会造成404或者是500亦或是502错误，甚至造成服务器宕机，也就是之前jimmy同学频繁的被主机商停止服务的原因。今天的这个WordPress优化系列之“清理数据库”只是一个开头，全部来源于之前对和邪社进行优化所得来的经验以及教训，以后还有其他相关的文章。之前jimmy就跟我提到写一下WordPress的相关优化技巧，造福各位博客主，于是就有了今天大家看到的WordPress优化系列之“清理数据库”。既然是WordPress优化系列，肯定有方方面面需要照顾到，比如选择正确的插件，减少数据库请求次数，如果最大限度的提升加载速度等等，今后的一个月时间里面，我会尽量把方方面面需要说明清楚的内容都写出来。今天就先讲一下最容易也是最需要亟需解决的一个问题，那就是日益增长的数据库问题。

我对这方面的经验为零（指的是在与和邪社结缘的2009年之前），完全的从零开始，甚至在接手和邪社之前完全没有接触过linux或者是相关的一些技术，比如Nginx（Apache）的优化配置，数据库（MySQL）的理论知识以及相关的配置等等等等。只因从一台完全空白的服务器（仅有linux或者是Windows）到一个完整的WordPress博客是一个相当“艰巨”的过程。而这篇文章提到的内容肯定不可能非常完善，以后我会逐步的将其充实起来。

和邪社目前已经有5700多篇日志和超过91000条评论，MySQL数据库的总大小已经超过了100多MB，从上图可以看到和邪社的数据库大小已经到了131M（这个很久之前的截图，现在的数据库因为已经清理完毕，所以很小了），这么“庞大”的数据库到底有多少有用呢？下面就开始一步步优化我们的数据库。

清理wp-commentmeta表

WordPress现在已经发展到了3.1版本，而如果是从2.X系列就开始使用WP的用户则会发现数据库增长的比例跟文章发布的数量不成比例，原因当然有很多。我们首先要清理的是wp_commentmeta这个表，在2.9版本之前，这个表完全不存在，先来看看它的内容，浏览表结构可以发现其为akismet_history、akismet_result、akismet_as_submitted等，很显然，这个是WP官方推荐的反垃圾评论插件Akismet所生成的，其值的作用是记录管理员用户对垃圾评论的处理结果以及插件自动判断某条评论是否为垃圾评论的相关记录。

从上面的截图中可以清晰的和邪社的wp_commentmeta这个表已经有近50000条记录了！大小竟然超过50MB，比评论内容表wp-comments还大一倍（wp-comments这个表存放的都是访客的评论内容）。经过实验，清空这个表对WP程序完全没有任何影响（进行以下操作之前切记事先备份数据库）。在MySQL管理器也就是phpMyAdmin里面输入一条简单的命令即可清除。进入数据库运行MySQL语句查询，

TRUNCATE TABLE `wp_commentmeta`

执行此操作后，可以从下图中看到wp-commentmeta这个表的大小已经变为4.0KB了，也就是已经清空，省去了50多MB的空间。这一操作对WP博客的运行完全没有影响，建议留言比较多而且又启用了Akismet插件的用户每隔一段时间就清理一次这个表。对wp-commentmeta表的清理工作到此结束。来看看其它可以清理的内容。

清理Revision Post（日志修订）

Revision Post 是 WordPress 在2.6版之后加入自动保存日志修订版造成的，您每修改一次日志，就会增加一个 revision ， 如果您修改多次，数篇日志之后，这将是一个很可怕的数量！您如果有上百篇的日志，您的冗余 revisiong 可能会有上千篇之多！（此描述来自插件delete-Revision manager）这里我们使用一个简单好用的插件来清理，Delete-revision Manager（WP官方扩展链接），安装此插件后，运行该插件可以清楚的看到目前数据库里面所保存的日志修订。

只需简单的按下“yes，我要删了它！”即可，和邪社的WP后台显示的为“您已经发布了 5726 篇日志，截止目前，Delete-Revision 已轻松删除了 1172 篇冗余日志，祝您愉快！”OMG，如果这1000多篇修订日志全都储存在数据库里面该会占用多少空间啊！此外修改wp-config.php文件，在合适的位置插入这一行参数：

define('WP_POST_REVISIONS',false);

比如我是插入在define (‘WPLANG’, ‘zh_CN’);的后面,这一个参数的设定是禁用日志修订功能（不可完全禁用），虽然还可以继续更深入的完全禁用自动保存功能产生的修订存档，但是个人不太支持，所以这里不做讨论了。

彻底优化清理wp_options

关于这个表，如果你不是砖家级的人物，建议直接跳过，因为这个操作这个表的危险性比较大。此表用来存储WP设置相关的信息，如地址、插件设置等等。但是因为各位的“折腾”，这个表会因为频繁的尝试安装/禁用各种插件变得臃肿不堪。十分影响数据库运行速度。因危险性较大，我不做阐述，如果确实喜欢折腾，请去此链接查询方法。（http://zww.me/archives/25324）

清理wp_postmeta

可能有很多东西你想保存到你的一些日志中 — 你写日志时候的心情 ，你当时听的歌曲，你所处的地理位置，一些相关日志的列表，特定为搜索引擎指定日志信息等等。所以这些东西都会保存到wp_postmeta 这个表中。关于这个表的清理可以借助插件WP-Cleanup完成。执行下列相关的MySQL指令则可以进一步的清理出无用的数据。

DELETE FROM wp_postmeta WHERE meta_key = '_edit_lock';
DELETE FROM wp_postmeta WHERE meta_key = '_edit_last';
DELETE FROM wp_postmeta WHERE meta_key = '_revision-control';

WordPress数据库相关的清理工作到此就告一段落，其他关于WordPress数据库的优化技巧也还有很多，牵扯到了系统底层方面以及需要借助插件完成。所以此系列的下一个教程则为“如何选择合适的插件”。

永远记住一句话：做好备份！只有做好备份工作才可以有备无患。