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

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

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

一、数据库表清理

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，推荐新手使用

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 的状态的

这里我们主要是要已经发布的文章、页面和菜单，除此之外的都可以删除，当然可以根据自己的需求选择删除哪些DELETE FROM wp_posts WHERE NOT(post_status = 'publish' AND post_type IN('post', 'nav_menu_item', 'page'));

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

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

也可以使用代码版关闭：如何禁用/关闭最新版本 WordPress 的修订版本和自动保存功能

5.wp_postmeta 清理

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

冗余原因：

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

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

解决办法：

① 手动删除

规矩删除

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

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

安全删除

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

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 = '_wp_old_slug';

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

DELETE FROM wp_postmeta WHERE meta_value = '{{unknown}}';

特殊插件删除

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

DELETE FROM wp_postmeta WHERE meta_key = 'views';

特殊操作删除

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

DELETE FROM wp_postmeta WHERE meta_key = '_wp_attached_file';

DELETE FROM wp_postmeta WHERE meta_key = '_wp_attachment_metadata';

洁癖删除

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

TRUNCATE TABLE wp_postmeta;

6. wp_commentmeta 清理

冗余原因：

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

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

解决办法：

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

DELETE FROM wp_comments WHERE comment_approved = 'trash';

DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);

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

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

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

TRUNCATE TABLE wp_commentmeta;

7.总结

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

二、数据库表优化

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

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

(2)运行 SQL：

OPTIMIZE TABLE wp_commentmeta;

OPTIMIZE TABLE wp_comments;

OPTIMIZE TABLE wp_links;

OPTIMIZE TABLE wp_options;

OPTIMIZE TABLE wp_postmeta;

OPTIMIZE TABLE wp_posts;

OPTIMIZE TABLE wp_terms;

OPTIMIZE TABLE wp_term_relationships;

OPTIMIZE TABLE wp_term_taxonomy;

OPTIMIZE TABLE wp_usermeta;