一、数据库表清理
十载的驿城网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整驿城建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“驿城网站设计”,“驿城网站推广”以来，每个客户项目都认真落实执行。
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)在博主写文章的时候，系统会保存很多的中间状态，在文章发布之后其很多的中间状态没有被删除
解决办法：
①使用插件：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默认的功能并不都是我们想要的，比如修订版本历史对于大多数人来说是无用的鸡肋功能。所以我么需要禁止一些博客功能，来达到较为符合个
人要求的博客应用。对于高手来说，可以直接修改程序的配置文件，来禁止相关功能。对于我等程序小白来说还是利用插件是最佳的选择
推荐中文插件SuperSwitch来关闭一些我们不需要的博客功能。这个插件可以关闭自动保存和修订历史版本，还可以关闭博客程序、主题、插件的自动更新。功能非常强大，操作及其简单。用SuperSwitch禁止了保存修订版本之后，文章序号就不会断得太厉害了
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;
OPTIMIZE TABLE wp_users;
(3)插件：Optimize DB
我是使用SQL语句进行清理与优化的，附我的优化SQL语句（我的表前缀是wp1）：
DELETE FROM wp1_posts WHERE NOT(post_status = ‘publish’ AND post_type IN(‘post’,'nav_menu_item’,’ page’));
DELETE FROM wp1_postmeta WHERE meta_key in (‘_edit_lock’,
‘_edit_last’, ‘_wp_old_slug’, ‘_revision-control’, ‘{{unknown}}’,
‘_wp_attached_file’, ‘_wp_attachment_metadata’);
DELETE FROM wp1_postmeta WHERE post_id NOT IN (SELECT id FROM wp1_posts);
DELETE FROM wp1_comments WHERE comment_approved like ‘%trash%’;
DELETE FROM wp1_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp1_comments);
OPTIMIZE TABLE wp1_commentmeta;
OPTIMIZE TABLE wp1_comments;
OPTIMIZE TABLE wp1_links;
OPTIMIZE TABLE wp1_options;
OPTIMIZE TABLE wp1_postmeta;
OPTIMIZE TABLE wp1_posts;
OPTIMIZE TABLE wp1_terms;
OPTIMIZE TABLE wp1_term_relationships;
OPTIMIZE TABLE wp1_term_taxonomy;
OPTIMIZE TABLE wp1_usermeta;
OPTIMIZE TABLE wp1_users;
最简单有效的方法是更换速度更快的服务器！
复杂的办法：
1、先用站长工具类的分析网站速度，找到可以合并的css，合并他们，调整js代码位置，尽量往后放。
2、使用cdn加速。
3、删除无用插件
4、安装并启用wp super cache插件
5、使用Advanced Database Cleaner插件清理无用的数据库tables表
6、使用wp opminize优化数据库
7、优化站内图片尺寸，每张图大小控制在1m之内
8、安装antispam类插件，禁止文章评论、用户注册、功能
北屋northhouse达人为你解答，望采纳：）
MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，目前属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的 RDBMS (Relational Database Management System，关系数据库管理系统) 应用软件。“总是在灾难发生后，才想起容灾的重要性。总是在吃过亏后，才记得曾经有人提醒过。”，所以此处列出一些MySQL的必要的优化和建议。
1. 核心类
♦ 不在数据库做计算，cpu计算务必移至业务层；
♦ 控制单表数据量，单表记录控制在千万级；
♦ 控制列数量，字段数控制在20以内；
♦ 平衡范式与冗余，为提高效率可以牺牲范式设计，冗余数据；
♦ 拒绝3B(big)，大sql，大事务，大批量；
2. 字段类
♦ 用好数值类型
tinyint(1Byte)
smallint(2Byte)
mediumint(3Byte)
int(4Byte)
bigint(8Byte)
bad case：int(1)/int(11)
♦ 有些字符转化为数字
例如：用int而不是char(15)存储ip
♦ 优先使用enum或set
例如：sex enum (‘F’, ‘M’)
♦ 避免使用NULL字段
NULL字段很难查询优化
NULL字段的索引需要额外空间
NULL字段的复合索引无效
bad case：
name char(32) default null
age int not null
good case：
age int not null default 0
♦ 不在数据库里存图片
3. 索引类
♦ 谨慎合理使用索引
改善查询、减慢更新
索引一定不是越多越好（能不加就不加，要加的一定得加）
覆盖记录条数过多不适合建索引，例如“性别”
♦ 字符字段必须建前缀索引
♦ 不在索引做列运算
bad case：
select id where age +1 = 10;
♦ innodb 主键合理使用自增列
主键建立聚簇索引
主键不应该被修改
字符串不应该做主键
如果不指定主键，innodb会使用唯一且非空值索引代替
♦ 不用外键，请由程序保证约束
4. sql类
♦ sql语句尽可能简单
一条sql只能在一个cpu运算
大语句拆小语句，减少锁时间
一条大sql可以堵死整个库
♦ 简单的事务
事务时间尽可能短
bad case：
上传图片事务
♦ 避免使用触发器，用户自定义函数，请由程序取而代之
♦ 不用select *
消耗cpu，io，内存，带宽
这种程序不具有扩展性
♦ OR改写为IN()
♦ OR改写为UNION
PS：最新的mysql内核已经进行了相关优化
♦ limit高效分页
limit越大，效率越低
select id from t limit 10000, 10;
应该改为 =
select id from t where id 10000 limit 10;
♦ 使用union all替代union，union有去重开销
♦ 尽量不用连接join
♦ 务必请使用“同类型”进行比较，否则可能全表扫面
♦ 打散批量更新
♦ 使用新能分析工具
show profile;
mysqlsla;
mysqldumpslow;
explain;
show slow log;
show processlist;
show query_response_time(percona)
1、使用高效的缓存插件
WordPress的插件们是非常有用的， 我推荐一款缓存插件可以改善页面载入时间，它就是W3 Total Cache，有了这个插件之后咱就不再推荐你其他缓存插件了，因为所有缓存插件有的功能它都有了，而且安装和使用非常方便。
拥有这款插件之后，你的页面载入速度会加快，因为网站的主要元素已经被缓存了。
2. 使用内容分发网络 (CDN)
基本上所有你喜欢的大网站都会使用CDN。简单来说，CDN是把你站点上的文件们（CSS\JS\图片等）发布到最接近用户所在的网络区域，让用户就近下载，这样就能提高站点运行速度。在国内ChinaCache是比较有名的CDN供应商，不过价格贵了一些，像各大门户网站，比如腾讯、新浪、网易等等都是用ChinaCache。所以不管你在哪里，访问这些门户网站都会觉得速度很快。当然啦，对于小站来说，这个成本可能会高一些，
所以，你无论是在南方，或者北方，还是在北美，访问这些门户网站，感觉速度都很快，最主要的原因之一就是CDN发挥了效果。一般小网站是用不起这服务的，所以慢点就慢点了吧，可以租用互联互通的6线机房（6线机房是指包括网通、电信、铁通、移动、联通、教育网等多线接入的骨干网IDC机房，彻底消除各地网络瓶颈，保证互联网访问畅通无阻的高速机房。）
顺便提一下，还有一个Wordpress插件叫Free-CDN，号称也能达到类似的效果，虽然我还没有做过测试…
3、图片优化很重要
Yahoo! 有一个图片优化软件叫Smush.it可以最大程度无损压缩图片，不过，除非你超级有耐心，否则一张张压缩图片的话太浪费时间了，好在，还有一个很给力的WP插件叫WP-SmushIt，这货可以为你网站上所有的图片做一次性压缩，所以没有理由不去用它。
4、优化你的WP数据库
你可以用WP-Optimize这个插件来优化你的WP数据库（清理spam，反复改版的文章，草稿，表格等等为你的服务器腾出更多空间从而提升效率）；还有一些插件如WP-Cleaner，DB-Manger等。
5、开启防盗链机制
盗链是带宽的窃贼，当其他网站直接引用你站点的图片的时候，这会影响占用你本身的服务器资源从而影响网站运行效率，你的站点越出名，就会有越多的人盗用你的图片，解决方法是Wordpress有现成的插件Hotlink Protection。当然也可以通过重写htaccess文件来达到同样的效果，欲深入了解的童鞋可以询问自己的空间商如何设置。
6、为文件添加过期时间
关于这个文件过期时间，听起来很玄乎，其实就是通过header报文来指定特定类型的文件在浏览器中的缓存时间。有些文件（例如样式表中调用的背景图片和一些装饰性图片）其实在很长一段时间内这些图片都不会有很大的变化，所以对这类文件我们不妨设置长一些的缓存时间，这样浏览器就不需要每次从服务器下载这些文件而直接从缓存中读取，这样绝对可以提升加载速度。
当然，所以做法很简单，只需要在网站的.htaccess文件中加入以下代码，
IfModule mod_expires.c
ExpiresActive On
ExpiresDefault A600
ExpiresByType image/x-icon A2592000
ExpiresByType application/x-javascript A604800
ExpiresByType text/css A604800
ExpiresByType image/gif A2592000
ExpiresByType image/png A2592000
ExpiresByType image/jpeg A2592000
ExpiresByType text/plain A86400
ExpiresByType application/x-shockwave-flash A2592000
ExpiresByType video/x-flv A2592000
ExpiresByType application/pdf A2592000
ExpiresByType text/html A600
/IfModule
稍微解释一下，text/css表示样式表文件，text/plain代表的纯文本类文件，依次类推。其中A2592000就表示这种类型文件在浏览器中的缓存时间，以秒为单位。一天86400秒，2592000就表示这类文件可以缓存30天。
如果你不是经常修改模板，那样式表文件和javasctipt文件基本上也可以设置缓存一周到一个月左右。text/html文件不要设置太长的缓存时间，因为这些东西修改的频率很高，一天更新一次是有必要的。
7、为你的图片添加延时加载
延时加载就是当用户停留在第一屏的时候，不加载任何第一屏以下的图片信息，只有当用户把鼠标往下滚动的时候，这些图片才开始加载。这玩意儿不仅可以提升站点载入速度，更是可以节省带宽。要轻松的拥有这项功能，请安装WP的jQuery Image Lazy Load 插件吧。
8、控制文章草稿存数数
通常一篇博文我会保存10次以上的草稿，而Wordpress会无限制的存储每个草稿；如果我的博文已经发布了，为啥我还需要这些储存的草稿文章呢？所以这就是为啥我会用 Revision Control 插件来确保这些草稿内容的最小化。通常我会设置只存储2-3篇草稿来防止万一，但存储的数量绝对不会太高，否则你的WordPress backend只会被这些无意义的内容塞满从而降低运行效率。
