继前文搞了网站前台方面的优化过后，这回开始对数据库下手了。其实主要是因为看了和邪社的《WordPress优化系列之“清理数据库”》心里痒痒的不行。再加上刚换了空间，数据库里残留了一些过往空间的绝对地址数据和过期的域名信息，所以顺路把这些东西也修正了（参考《WordPress更换域名图片路径错误、评论的主页错误的解决办法》）。
修改域名地址啥的好办，查找替换就行了，搞完了没啥问题。但是处理 wp_posts 表里头的revisions 就搞的有点心惊胆战了。处理前 wp_posts 表大小约有 6M。用插件把以前的 revisions 全部清掉过后，表大小变成了约 3 M，然后有 3M 多余数据，心想这就是那些revisions 占用的空间吧。在 phpMyAdmin 看那个多余数据的 “3M” 是个可以点的链接就点进去了，然后在下面看到个 “表优化”，就点了一下，结果完事过后 wp_posts 表居然变成了 600K！顿时吓出一身冷汗。好在检查了不少 posts 过后发现貌似没啥问题才稍微安心了。这缩水也太厉害了吧，大小变成了处理前的 1/10…不知道是不是心理作用，感觉各个 post 打开速度好像变快了点。
wp_options 表据说很难优化，也就暂时扔一边了，以后再说。数据库优化告一段落。
update(20110412). 终于还是尝试清理 wp_options 表了。很蛋疼的全新安装了一个 wordpress，装好一样的插件一样的主题，把几乎所有的配置调整成一样过后，逐一比对表项，删掉那些明显是由以前插件留下来的条目。终于把表项从 12 页删减到 7 页，比新装的多了 1 页，多出来的东西实在是看不出来是啥，不敢轻易动。有个技巧，这个表里有很多名字包含 _transient_ 的条目，查证它们都是临时数据，可以删掉。删掉过后表项目还能少一页，对比的时候看起来清楚点。和邪社的文章里还链了个《彻底优化清理wp_options》，这个更绝，新装的 wordpress 不装插件，所以清理的最彻底，不足是完事过后要重新激活设置插件。仔细观察后，觉得 wp_options 表也没有多不堪入目。那些早已删掉的插件通常只会留个把条目，只有某些变态插件可能留下几页的垃圾，但是那些从前缀都能看出来，都很好删。把这些明显的删掉过后也剩不下多少垃圾了，照那种彻底的方法搞反而有点得不偿失。