WordPress网站提速优化之清理数据库冗余数据

最近小C发现数据库中有很多冗余数据,就想清理优化下数据库加快网站的运行速度,下面小C就教大家如何清理数据库表。

PS:请注意看观看此文请认真,一定要先备份,备份,备份重要的事说三遍。备份后在执行SQL语句,否则后果自负!

WordPress网站提速优化之清理数据库冗余数据

一、数据库表清理

1.wordpress数据库表

wp_commentmeta: 用于保存评论的元信息,在将评论放入回收站等操作时会将数据放入此表,Akismet等插件也会生成此表的数据。此表不太重要

wp_comments: 用于保存评论信息的表

wp_links: 用于保存用户输入到Wordpress中的链接(通过Link Manager)的表

wp_options: 用于保存Wordpress相关设置、参数的表,里面包括了大量的重要信息

wp_postmeta: 用于保存文章的元信息(meta)的表

wp_posts: 用于保存你所有的文章相关信息的表,非常的重要。一般它存储的数据是最多的

wp_terms: 文章和链接分类以及文章的tag分类可以在表里找到

wp_term_relationships: 日志与wp_terms中的类别与标签联合起来共同存储在wp_terms_relationships表中。类别相关链接也存储在wp_terms_relationships中

wp_term_taxonomy: 该表格对wp_terms表中的条目分类(类别、链接以及标签)进行说明

wp_usermeta : 用于保存用户元信息(meta)的表

wp_users:用于保存Wordpress使用者的相关信息的表

2.清理涉及到的表

更换主题,删除插件会在将数据留在数据库中,在卸载后无法被清理。除此之外,在由于一些操作,会导致数据库的冗余,比如已经没有的评论,不应该在评论元数据表中有记录,由于没有外键的约束,这些记录没有被删除,会造成数据的冗余。本文的宗旨是删除掉不必要的数据库内容,提高wordpress的效率
在此,主要涉及到一下几张表:wp_options,wp_posts,wp_postmeta,wp_commentmeta

注意:清理之前进行备份

3.wp_options的清理

wp_options 这个数据表是wordpress设置的全局数据,这个表会经常有数据膨胀。主要原因是:

(1)以前用过的一些插件、主题在删除之后没有进行设置的清理,造成残留数据

(2)占用数据的大户–RSS缓存,后台的数据调用竟然会放到数据库里面

处理方法:

①网上对RSS处理方法有两种一个是修改后台的文件直接不去调用,这个是我不喜欢的毕竟修改了程序,其实这个很容易忘记WP升级是太频繁的哪次更新覆盖了新文件还是照样缓存.另外一种就是在配置文件里面填写define('MAGPIE_CACHE_ON', '0');这个是管用的,添加以后后台首页的调用明显变慢

②使用插件clean options

③费力但是简单的清除方法:删除wp_options表,会删除一些设置,需要重新设置wordpress,推荐新手使用

  1. TRUNCATE TABLE wp_options;

4.wp_posts清理

wordpress的文章有好多:wp_posts表中包括文章种类:文章、修订版本、页面、文章的附件、菜单
其中每种文章又会有很多状态:继承、发布、私有、草稿、自动草稿、回收站中

冗余原因:

(1)在小C写文章的时候,系统会保存很多的中间状态,在文章发布之后其很多的中间状态没有被删除

解决办法:

①使用插件:WP Cleaner,使用插件的好处就是有保护机制,无论怎么操作都无法影响已发布的贴子,请放心使用

②自己动手删除,数据库中的标志删除文章,注意备份

说明:wp_posts的重要字段含义:

post_type:文章类型,post表示为文章,revision表示为修订版本,page为页面,attachment是文章的附件信息,nav_menu_item是菜单。这里我们需要的是文章、页面、和菜单

post_status:文章状态,inherit是继承的附件和文章的附带信息,publish是已经发布、private是私有的,draft是草稿,auto-draft是自动草稿,trash是在回收站。这里我们需要的是publish的状态的
这里我们主要是要 已经发布的文章、页面和菜单,除此之外的都可以删除,当然可以根据自己的需求选择删除哪些

  1. DELETE FROM wp_posts WHERE NOT(post_status = 'publish' AND post_type IN('post', 'nav_menu_item', 'page'));

③去除WP保存修订版本的功能

WordPress默认的功能并不都是我们想要的,比如修订版本历史对于大多数人来说是无用的鸡肋功能。所以我么需要禁止一些博客功能,来达到较为符合个人要求的博客应用。对于高手来说,可以直接修改程序的配置文件,来禁止相关功能。对于我等程序小白来说还是利用插件是最佳的选择
推荐中文插件SuperSwitch来关闭一些我们不需要的博客功能。这个插件可以关闭自动保存和修订历史版本,还可以关闭博客程序、主题、插件的自动更新。功能非常强大,操作及其简单。用SuperSwitch禁止了保存修订版本之后,文章序号就不会断得太厉害了

也可以使用代码版关闭:新版可用WordPress禁用修订版本和自动保存

5.wp_postmeta清理

wp_postmeta是文章的元信息表,其数据是系统或者插件使用

冗余原因:

(1)文章被删除之后,其在wp_postmeta中的数据理应被删除,在系统中多数情况是系统自动删除,但是由于人为删除文章,系统不知道被删除,就不会删除wp_postmeta表中的数据,造成冗余

(2)很多主题、插件没有做好及时清除的工作

解决办法:

① 手动删除

规矩删除

删除文章中不存在文章的元信息

  1. DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT post_id FROM wp_posts);

安全删除

删除_edit_lock和_edit_last条目是安全的,所以这里给出SQL语句

  1. DELETE FROM wp_postmeta WHERE meta_key = '_edit_lock';
  2. DELETE FROM wp_postmeta WHERE meta_key = '_edit_last';

风险删除

除了这两条还执行了一些其他语句由于有些风险:自己酌情考虑

  1. DELETE FROM wp_postmeta WHERE meta_key = '_wp_old_slug';
  2. DELETE FROM wp_postmeta WHERE meta_key = '_revision-control';
  3. DELETE FROM wp_postmeta WHERE meta_value = '{{unknown}}';

特殊插件删除

postnav插件会记录每个文章的访问数,如果不需要,可以删除

  1. DELETE FROM wp_postmeta WHERE meta_key = 'views';

特殊操作删除

WordPress的后台上传图片或者附件后会在wp_postmeta中生成_wp_attached_file和_wp_attachment_metadata两个项,wp_posts也会记录附件的信息。如果使用FTP工具上传文件,表中就不会有这些信息

  1. DELETE FROM wp_postmeta WHERE meta_key = '_wp_attached_file';
  2. DELETE FROM wp_postmeta WHERE meta_key = '_wp_attachment_metadata';

洁癖删除

这几条条语句执行完毕能够删除掉95%以上的数据,算的上是极限优化了,最后考虑到这个数据表并不是很重要,有洁净癖的人可以尝试清空这个表,当然我测试清空表会让一些原本的数据丢失

  1. TRUNCATE TABLE wp_postmeta;

6. wp_commentmeta清理

冗余原因:

(1)评论被删除之后,其在wp_commentmeta中的数据理应被删除,在系统中多数情况是系统自动删除,但是由于人为删除文章,系统不知道被删除,就不会删除wp_commentmeta表中的数据,造成冗余

(2)很多主题、插件没有做好及时清除的工作

解决办法:

以下语句去除没有用的数据,如果评论中没有此条评论,那么在wp_commentmeta也没有意义,好像wordpress在清空回收站的时候会删除wp_commentmeta相应的数据。如果不出意外,下面的操作我们应该不需要做

  1. DELETE FROM wp_comments WHERE comment_approved = 'trash';
  2. DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);

在wp_commentmeta里面会记录评论被删除的时间,这些信息用处不是很大,当评论被从回收站删除之后,这些删除的时间意义就不是很大,就可以删除了,所以用下面的语句一样达到删除的目的

  1. DELETE FROM wp_commentmeta WHERE meta_key LIKE '%trash%';

如果直接全部删除wp_commentmeta,影响不会太大,这里面不会涉及重要的数据

  1. TRUNCATE TABLE wp_commentmeta;

7.总结

其实大部分无用的数据均在这几张表中,清理过后应该不会又太多的冗余数据了。但这里没有针对特殊插件或主题做数据库清理,有时这些插件和主题会悄悄动了一些数据库表,这样给清理带来很大难度,需要看代码才知道哦

二、数据库表优化

原理:数据库优化不涉及数据的删除,是将数据库的表的状态调整好。在使用phpmyadmin时候,或许您会看到数据库表后面有多余xxMB的字样,这个指的是那些已经分配给当前表但是却没有使用的空间。这个多余是没有什么害处的,他不会占用你的空间。当删除一个表的一部分记录时,这些记录仍然保持在一个linked list 中,当插入新数据时会再次使用这些老纪录的位置。所以删除纪录会闲置一些空间造成你说的“多余”

(1)在phpmyadmin手动 优化或者修复表即可

(2)运行SQL:

  1. OPTIMIZE TABLE wp_commentmeta;
  2. OPTIMIZE TABLE wp_comments;
  3. OPTIMIZE TABLE wp_links;
  4. OPTIMIZE TABLE wp_options;
  5. OPTIMIZE TABLE wp_postmeta;
  6. OPTIMIZE TABLE wp_posts;
  7. OPTIMIZE TABLE wp_terms;
  8. OPTIMIZE TABLE wp_term_relationships;
  9. OPTIMIZE TABLE wp_term_taxonomy;
  10. OPTIMIZE TABLE wp_usermeta;
  11. OPTIMIZE TABLE wp_users;

(3)插件:Optimize DB

三、分享下小C自用的清理方法

方法一

小C刚清理的时候先备份数据库,在执行下面的SQL。

  1. #查询修订版本
  2. SELECT COUNT(*) FROM wp_posts WHERE post_type='revision';
  3. #查询并删除其他表的子链
  4. SELECT * FROM wp_postmeta WHERE post_id IN (SELECT id FROM wp_posts WHERE post_type='revision');
  5. DELETE FROM wp_postmeta WHERE post_id IN(SELECT id FROM wp_posts WHERE post_type='revision');
  6. #查询并删除其他表的子链
  7. SELECT *  FROM wp_term_relationships WHERE object_id IN (SELECT id FROM wp_posts WHERE post_type='revision');
  8. DELETE FROM wp_term_relationships WHERE object_id IN (SELECT id FROM wp_posts WHERE post_type='revision');
  9. #删除修订版本
  10. #delete from wp_posts where post_type='revision';
  11. DELETE a,b,c FROM wp_posts a LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id) LEFT JOIN wp_postmeta c ON (a.ID = c.post_id) WHERE a.post_type = 'revision';
  12. #其它查询
  13. SELECT COUNT(*) FROM wp_postmeta WHERE meta_key='_edit_lock';
  14. SELECT COUNT(*) FROM wp_postmeta WHERE meta_key='_edit_last';
  15. SELECT * FROM wp_postmeta WHERE post_id NOT IN (SELECT post_id FROM wp_posts);
  16. #其他删除
  17. DELETE FROM wp_postmeta WHERE meta_key = '_edit_lock';
  18. DELETE FROM wp_postmeta WHERE meta_key = '_edit_last';
  19. DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT post_id FROM wp_posts);

小C执行完发现不够彻底就有了下面的方法二

方法二

  1. #这个删除的东西有点多,谨慎执行,建议执行前先备份,否则后果自负
  2. SELECT * FROM wp_posts WHERE NOT(post_status = 'publish' AND post_type IN('post','nav_menu_item','page'));
  3. DELETE FROM wp_posts WHERE NOT(post_status = 'publish' AND post_type IN('post','nav_menu_item','page'));
  4. SELECT * FROM wp_postmeta WHERE meta_key IN ('_edit_lock', '_edit_last', '_wp_old_slug', '_revision-control', '{{unknown}}', '_wp_attached_file', '_wp_attachment_metadata');
  5. DELETE FROM wp_postmeta WHERE meta_key IN ('_edit_lock', '_edit_last', '_wp_old_slug', '_revision-control', '{{unknown}}', '_wp_attached_file', '_wp_attachment_metadata');
  6. SELECT * FROM wp_postmeta WHERE post_id NOT IN (SELECT id FROM wp_posts);
  7. DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT id FROM wp_posts);
  8. SELECT * FROM wp_comments WHERE comment_approved LIKE '%trash%';
  9. DELETE FROM wp_comments WHERE comment_approved LIKE '%trash%';
  10. SELECT * FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);
  11. DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);
  12. OPTIMIZE TABLE wp_commentmeta;
  13. OPTIMIZE TABLE wp_comments;
  14. OPTIMIZE TABLE wp_links;
  15. OPTIMIZE TABLE wp_options;
  16. OPTIMIZE TABLE wp_postmeta;
  17. OPTIMIZE TABLE wp_posts;
  18. OPTIMIZE TABLE wp_term_relationships;
  19. OPTIMIZE TABLE wp_term_taxonomy;
  20. OPTIMIZE TABLE wp_termmeta;
  21. OPTIMIZE TABLE wp_terms;
  22. OPTIMIZE TABLE wp_usermeta;
  23. OPTIMIZE TABLE wp_users;

注意:执行方法二会将多媒体中的图片链接清理掉。

四、必看内容

执行前先备份,如果你不会折腾建议你放弃吧!如果你数据库垃圾数据过多又想折腾,但不会可以加群247482771,让小C协助你折腾。

运行SQL时需先备份,对于未知错误而没备份的后果自负。

执行此文章的任何代码,都需要谨慎谨慎再谨慎,否则后果自负。

最后啰嗦下备份、备份、备份

您可以选择一种方式赞助本站

支付宝扫一扫赞助

微信钱包扫描赞助

发表评论

gravatar

:?::razz::sad::evil::!::smile::oops::grin::eek::shock::???::cool::lol::mad::twisted::roll::wink::idea::arrow::neutral::cry::mrgreen:

目前评论:21   其中:访客  20   博主  1

  1. avatar 憧憬Licoy 3

    一般都是用的插件

  2. avatar 个人小站 3

    不敢动数据库

  3. avatar 电影天堂迅雷下载 3

    很好的方法 学习了

  4. avatar 夏日博客 3

    wp 数据库里面生成的冗余数据太多了。

  5. avatar 米粒博客 4

    很牛逼的说!技术越来越到位了,加油!

  6. avatar 成航先森 5

    直接用的插件,效果也是杠杠的

  7. avatar 滕绍武的博客 3

    我就不折腾了,数据库才那么一点点,等着空间撑不下了,在说 :mrgreen:

  8. avatar 纯洁博客 5

    我用的主题目录不知道怎么的数据变多了,本来只有几兆的,今天升级删除时发现主题目录有三十多兆了,不知道怎么回事,删除了速度瞬间快了很多

  9. avatar 波多老师 0

    不错,收藏

  10. avatar qq昵称大全 1

    我正愁找不到删除已卸载主题的数据库残留数据。。

  11. avatar 真我风采 4

    及时清理加速还是有必要的。

  12. avatar 励志你博客 2

    技术股啊!
    你现在做程序开发的吗

  13. avatar 章晓雷博客 4

    感谢分享

  14. avatar 懿古今 4

    我就安装WP Cleaner插件,偶尔启用清理一下,清理完成后就停用插件,其他数据库表就是偶尔进到数据库点击优化而已,其他还没有折腾过

  15. avatar Koolight 5

    博主加速汉化啊!

  16. avatar 大学问社区 3

    马克一份

  17. avatar zhonhaolin 1

    学习了

  18. avatar 沉鱼落雁随笔 3

    慢点就满点吧。

  19. avatar 斯托克笔记 3

    WP的教程真多,ZB太罕见了。

  20. avatar Koolight 5

    你这个依旧不完善。

评论加载中...