这篇wordpress优化数据库的方法(详解版)添加了很多的说明，目的是让不清楚wordpress数据库的童鞋可以了解下理论知识。理论应用于实际么。如果只想看操作的本站总结了wordpress数据库优化的方法(简洁操作版)
在wordpress允许一段时间后，总会产生各种各样的垃圾数据，这些没用的数据如果没及时清理，长久以后就会影响到整个网站得运作性能，本文为大家介绍使用SQL来清理优化wordpress的数据库。
这里介绍两种类型的数据库优化：
使用工具：phpMyAdmin
本站下载：
phpMyAdmin下载地址1
phpMyAdmin下载地址2
最新版本下载：
phpMyAdmin
****在优化之前务必先备份你的数据，防止误操作***
1、了解各个数据表作用
在优化wordpress数据库之前先，首先让我们看下各个数据库表（3.0以上）的作用（优化的时候就可以知道操作的意义）
2. wordpress数据库清理涉及到的表
更换主题，删除插件会在将数据留在数据库中，在卸载后无法被清理。除此之外，在由于一些操作，会导致数据库的冗余，比如已经没有的评论，不应该在评论元数据表中有记录，由于没有外键的约束，这些记录没有被删除，会造成数据的冗余。本文的宗旨是删除掉不必要的数据库内容，提高wordpress的效率，在此，主要涉及到一下几张表：wp_options， wp_posts， wp_postmeta，wp_commentmeta。注意清理之前进行备份。
3. wp_options的清理
wp_options 这个数据表是wordpress设置的全局数据，这个表会经常有数据膨胀。主要原因是：
处理方法：
网上对RSS处理方法有两种一个是修改后台的文件直接不去调用，这个是我不喜欢的毕竟修改了程序，其实这个很容易忘记WP升级是太频繁的哪次更新覆盖了新文件还是照样缓存.另外一种就是在配置文件里面填写define(‘MAGPIE_CACHE_ON’, ’0′); 这个是管用的,添加以后后台首页的调用明显变慢。
TRUNCATE TABLE wp_options;
4.wp_posts清理
wordpress的文章有好多：wp_posts表中包括
文章种类：文章、修订版本、页面、文章的附件、菜单。
其中每种文章又会有很多状态：继承、发布、私有、草稿、自动草稿、回收站中。
冗余原因：
在博主写文章的时候，系统会保存很多的中间状态，在文章发布之后其很多的中间状态没有被删除。
解决办法：
说明：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'));
(3)去除WP保存修订版本的功能
WordPress默认的功能并不都是我们想要的，比如修订版本历史对于大多数人来说是无用的鸡肋功能。所以我么需要禁止一些博客功能，来达到较为符合个人要求的博客应用。对于高手来说，可以直接修改程序的配置文件，来禁止相关功能。对于我等程序小白来说还是利用插件是最佳的选择。
推荐中文插件SuperSwitch来关闭一些我们不需要的博客功能。这个插件可以关闭自动保存和修订历史版本，还可以关闭博客程序、主题、插件的自动更新。功能非常强大，操作及其简单。用SuperSwitch禁止了保存修订版本之后，文章序号就不会断得太厉害了。
5.wp_postmeta清理
wp_postmeta是文章的元信息表，其数据是系统或者插件使用。
冗余原因：
文章被删除之后，其在wp_postmeta中的数据理应被删除，在系统中多数情况是系统自动删除，但是由于人为删除文章，系统不知道被删除，就不会删除wp_postmeta表中的数据，造成冗余。
很多主题、插件没有做好及时清除的工作。
解决办法：
删除文章中不存在文章的元信息。
DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT post_id FROM wp_posts);
(1.1)安全删除
删除_edit_lock和_edit_last条目是安全的，所以这里给出SQL语句
DELETE FROM wp_postmeta WHERE meta_key = '_edit_lock'; DELETE FROM wp_postmeta WHERE meta_key = '_edit_last';
(1.2)风险删除
除了这两条还执行了一些其他语句由于有些风险：自己酌情考虑
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}}';
(1.3)特殊插件删除
postnav插件会记录每个文章的访问数，如果不需要，可以删除
DELETE FROM wp_postmeta WHERE meta_key = 'views';
(1.4)特殊操作删除
在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';
(1.5)洁癖删除
这几条条语句执行完毕能够删除掉95%以上的数据，算的上是极限优化了，最后考虑到这个数据表并不是很重要，有洁
净癖的人可以尝试清空这个表，当然我测试清空表会让一些原本的数据丢失。
TRUNCATE TABLE wp_postmeta;
(2)插件
尚未发现比较好用的插件，希望读者推荐
6. wp_commentmeta清理
冗余原因：
评论被删除之后，其在wp_commentmeta中的数据理应被删除，在系统中多数情况是系统自动删除，但是由于人为删除文章，系统不知道被删除，就不会删除wp_commentmeta表中的数据，造成冗余。
很多主题、插件没有做好及时清除的工作。
解决办法：
一下语句去除没有用的数据，如果评论中没有此条评论，那么在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; OPTIMIZE TABLE wp_users;
(3)插件： Optimize DB