心惊胆战的数据库优化

前文搞了网站前台方面的优化过后,这回开始对数据库下手了。其实主要是因为看了和邪社的《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 表也没有多不堪入目。那些早已删掉的插件通常只会留个把条目,只有某些变态插件可能留下几页的垃圾,但是那些从前缀都能看出来,都很好删。把这些明显的删掉过后也剩不下多少垃圾了,照那种彻底的方法搞反而有点得不偿失。

说点啥呗

邮箱地址不会被公开。 必填项已用*标注