2008/08/21:
清理 wordpress 数据表之 WP_Options

在 PMA 里发现煎蛋的 wp_options 数据表竟然达到惊人的 3.1MB,太不正常了。略去考证过程,发现罪魁祸首是 option_name 为 rss_xxxxxxxxxxxxxx(一长串字母和数字) 的上百个值,内容都是超长文本,随便统计了其中一个就包含30w个字符。这样下去数据库要疯了……
注意到其中开头都包含关键字 MagpieRSS,搜索后发现很多新版 wp 用户有类似困扰:magpieRSS 让 wp_options 表不停膨胀。为什么会这样?注意到新版 wordpress 后台显示的 incoming links 等贴心 widgets 吧,这个看似方便的功能就是数据库疯狂增肥的魁首。相信很多人看到它们会很愤怒,然后花费数小时来删除这些垃圾表(注:快速删除这些垃圾可以在 PMA 中搜索WP_Options,关键字为 rss_ ,删除后优化表即可)。
如何解决?我看到官方讨论区有人在说这个问题,目前看来比较妥善的修改方式是:
1、眼不见为净。在 /wp-admin/index.php 中第一段 script 注释掉/删掉。大约第10行,
<script type="text/javascript"> …… </script> 这一部分。
2、干掉缓存。文章说在 wp-config.php 中用 MAGPIE_CACHE_ON 可以搞定,应该怎么写?官方文档没有相关说明。
我猜测是 define('MAGPIE_CACHE_ON', false); 随后在这个文件中看到:
define('MAGPIE_CACHE_ON', 0); 则不缓存 magpie RSS(改为1则缓存)
其中还提到修改缓存时间的定义是 define('MAGPIE_CACHE_AGE', 60*60); 单位为秒。
这样是否正确我不能确定,望 wp 达人出来验证。
# 再啰嗦一句:wp 2.4 之后的版本都是垃圾。 ₪
沙发~!@!~
我激动啊~!
第一个登上火星的·!~!~!·
o!
WP很好很强大,但是俺还没研究过。
到底是老鸟啊~!
2.4?什么时候的事?
煎蛋都不睡觉么,真可怕。。
@呀!:以简单编辑们的作息习惯及地域分布,24小时值守估计都不成问题 lol
果然修改幅度比较大- -
@Jason: !
@oioi:是说不成问题,并不是说要这么做…… 呵呵 别忘了煎蛋还有海外编辑部 lol
懒得清理了…后台很少登陆…^^
我用的2.6,后台早优化过了,所以去数据库查看了下只有十条左右,删了
both define(’MAGPIE_CACHE_ON’, false) and define(’MAGPIE_CACHE_ON’, 0) are ok
WP 2.3飘过
@finian: thx~
- -|||让我回到2.4吧~唉~~
顶sein最后啰嗦的那句!!!!
@呀!: 恩 昨天sein robot值班
啊,我看了一眼我的数据库,同样,也是“惊人的”3.X M…..
@Donald: 3MB 可以放3000篇文章了- -
我的上段时间到了11M,终于没办法,只有手工删除。唉……
恩,整个数据库中就那个WP_Options最醒目。硕大…其他都是几十几百K的样子…
好东西
确实啊,所以到现在都还在用2.3
WordPress Clean Options Plugin是一个非常好的wordpress数据库清理插件,可以试试,一并清除所有的冗余表。
应当注明是2.7 以前版本吧!!
煎蛋??
刚把wp_options表删了,然后在PMA导入一个全新wp博客的wp_options表,再进后台,设置……
其实可以试试插件的。
我都升到2.8.5了,岂不是很囧