包含wp-optimize的词条

本文目录：

• 1、怎么清理优化wordpress数据库
• 2、有什么好的插件可以加速WORDPRESS的网站
• 3、我的WordPress插件为什么么有选项设置？
• 4、如何防止wp-AutoPost插件对wordpress的采集？
• 5、如何配置优化环境，让wordpress访问提速
• 6、功率分析仪测的能耗是wp-还是wp+

怎么清理优化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，推荐新手使用

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;

有什么好的插件可以加速WORDPRESS的网站

1、安装WordPress Super Cache插件

WordPress Super Cache插件绝对优秀，不多做介绍，大多数WordPress用户都应该比较熟悉，用过便知。只是使用之后也会有些后遗症很难处理，比如一些需要跟踪确认广告代码的广告商，会无法跟踪到。网上也有一切解决方法，但我还没见过很完美的。

PHP Speedy WP

PHP Speedy是一个PHP脚本库，主要适用于调用了很多JS文件和CSS文件的PHP网站。而PHP Speedy WP 就是专为WordPress用户方便操作的插件。如果我们使用了很多插件，在head头部里面会有很多的js和css文件调用，使用这个插件，能加快这些东西的载入速度。

WP CSS

WP CSS也是一个WordPress插件。它可以gzip压缩和移除你CSS文件中的空白区。还有缓存什么什么的

DB Cache

DB Cache数据库缓存。此插件缓存每个数据库查询。这是非常快的，并使用小型磁盘空间缓存。我也没有尝试过这个插件，不过有很多WordPress用户推荐过这个插件。

5、使用Optimize DB

Optimize DB插件的作用在与它可以有效得优化重组你的WordPress数据库表。界面很简单，只有一个按钮：Optimize Now。

插件删除：

插件是致使WordPress博客访问速度变慢的主要杀手之一，当你的博客访问速度逐渐变慢的时候，问问自己，是否这几天又安装了插件，去控制面板看看，现在启用了多少个插件。

对于WordPress插件的使用原则，建议是：能少用就少用。最后，需要注意的是，不是 停用 不使用的插件，是删除。

如果插件提供了管理界面，可以卸载，那就先卸载，再删除插件程序。

我的WordPress插件为什么么有选项设置？

有些插件有设置，有些没有。有些插件在设置里设置（大多数都是），有些在工具里设置比如Optimize DB，有些有单独的设置项比如NextGEN Gallery，有些在管理首页里设置比如WP-Optimize。

如何防止wp-AutoPost插件对wordpress的采集？

目前一般采集插件都是采集feed里面的信息，你可以关闭feed功能，一般就采集不到了。

但这不是绝对的，如果人家有征对性的写采集规则采集你的网站内容，一般都可以实现的。

如何配置优化环境，让wordpress访问提速

首先我们要知道适用于其他类型网站的加速优化方法同样适用于wordpress博客;

再次要知道用户网页加载时间分为三部分：①网页执行时间 ②页面及页面元素加载时间 ③浏览器渲染网页时间 ,

针对这三部分时间，wordpress加速方法按加速的方式可以分为：

1、php代码层次加速

2、html代码层次加速

3、服务器层次加速

4、间接wordpress加速方法

一.php代码层次加速WordPress

所谓“php代码层次”是指php执行效率，执行查询数量层次上的优化。有以下几点：

※控制插件数量

※使用缓存插件

※数据库查询缓存

※静态页面缓存

※部分页面缓存

※优化主题

※启用Gzip压缩

对于对程序和代码不太熟悉的站长来说，最省事的方法就是使用WordPress插件，通过插件来对WordPress进行优化，加快WordPress加载速度。从网上浏览来看，小生在这里分享几个被高手们广泛推荐的wordpress插件。

1、Parallelize

插件的作用如其名，Parallelize的意思即并行。该插件将允许WordPress的附件文件自动并行化(图片或上传任何文件使用WordPress的媒体功能)在多个主机名，实现图片或者文件并行加载，加快页面加载速度。为了协助缓存，资源将永远载入相同的主机名。

2、WPFileCache

该插件“实现Object的分级持久化缓存，可以用来代替内置WordPress的WP_Object_Cache。”不像其他缓存插件，该插件不缓存你的整个页面，它只缓存在插件的API函数中指定的数据。换句话说，它会明显减少您的数据库的负载，从而加快页面加载和增加你的博客的整体性能。

3、QuickCache

QuickCache实时缓存博客的所有内容包括页面、文章、分类页面，以帮助快速读取数据，加快WordPress载入速度。你可以进入插件设置页面进行必要的设置，选择你认为需要缓存的部分来优化你的WordPress加载速度。默认情况下，对于登陆用户和最近留言用户是不会缓存。

4、W3TotalCache

这个插件在WordPress缓存插件中排行前三，可以缓存博客的所有内容，加快WordPress加载速度，优化服务器性能。开发者甚至保证经过W3TotalCache全面优化后性能至少可达到10倍的提高。相信可以为博客省不少带宽。

5、WPMinify

WPMinify，一个常见的WordPress插件，网上很多介绍和推荐它的文章。该插件的原理是在不改变功能的情况，删除源代码中不必要的字符以减少文件体积加快WordPress的加载速度。WPMinify将合并和压缩WordPress的JavaScript，CSS和HTML文件，这有助于大大降低WordPress加载时间。

6、WPSmush.it

是一款被广泛推荐的wordpress图片压缩插件。图片的加载是博客流量的重要部分，而未经过压缩优化的图片不但会大大消耗博客的流量还会影响WordPress的加载速度。值得注意的是，它的压缩是“无损压缩”，也就是说，经过它压缩的图片绝对不会失真，所以，压缩程度比Parallelize插件的压缩方法稍差。可以上传本地图片，也可以输入网页上图片的链接，同时支持多图片处理。最新版本的WPSmush.it更是可以完成整站图片无损压缩。 6 f9 R( g: W8 K- B

7、WPSuperCache

WPSuperCache是WordPress官方开发人员Donncha开发，是当前最高效也是最灵活的WordPress静态缓存插件。它把整个网页直接生成HTML文件，这样Apache就不用解析PHP脚本，通过使用这个插件，能使得WordPress博客显著的提速。对于的WPSuperCache设置，网上都有教程，可以按照方法安装和设置。

8、HyperCache

如果WordPress博客托管在一个低配置的虚拟主机上，该插件非常适合。HyperCache是就好像PC的优化工具，只是它优化的是博客。该插件相对于前面提到的W3TotalCache易于配置使用。它不仅可以缓存你的网站加快WordPress加载速度，它甚至还可以自动清理你的系统，以帮助减少磁盘的使用和节省存储空间。

9、CDNTools

CDN的全称是ContentDeliveryNetwork，即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。而这个插件的目的是通过加载到一个内容分发网络(CDN)的数据，大大加快您的博客的加载时间。它可以让你载入Javascript和媒体文件到外部服务器页面，使加载速度大幅提升。

10、WP-Optimize

WP-Optimize是一个WordPress数据库优化插件，可以对删除文章历史记录、删除自动保存草稿、删除未审核和垃圾评论、优化MySQL数据库等，对WordPress的数据库进行必要的优化，可以优化数据库加快数据库查询速度和节省数据库空间。

安装并启用该插件，WP后台WP-Optimize管理面板有如下选项：

Remove all Post revisions(删除所有文章修订版本)

Remove all auto draft posts(删除所有自动保存的草稿文章)

Clean marked Spam comments(清除标记为垃圾邮件的评论)

Clean Unapproved comments(清理未经批准的评论)

Optimize database tables(优化数据库表)

选中需要进行的操作点击“PROCESS”按钮即可!

二.html代码层次加速WordPress

相比php代码层次加速WordPress，html层次上的优化更加重要一些。因为现在的服务器配置都不错，php执行效率也很高，除非你的WordPress插件多得太离谱，在速度上一般是不会有太多大的影响的(基本上1m以内可以执行完)。而html代码决定了WordPress加载的速度，浏览你博客的速度在很大程度上是这个因素决定的(在同样的网络环境下)，用户加载网页的时间有80%花在这上面。要想你的WordPress飞速跑起来，html层次的优化是非常必要的。 + H! X+ M2 p5 x( V

Make Fewer HTTP Requests–减少HTTP请求的数量

Compress Components With Gzip–用Gzip压缩网页

Put CSS at Top Put Js at Bottom–把CSS放在开头，把JS放在结尾

Avoid CSS Expressions–CSS中不要使用表达式

Make CSS and JS External–不要把CSS和js直接写入网页中，应加载外部

Reduce DNS Lookups–减少DNS查询的数量 )

Minify Javascript and CSS–去除JS和CSS中的冗余

Avoid URL Redirecting–减少重定向

Used Cookie Free Domains–用不会传递Cookie的域名

三.服务器层次加速WordPress

部分站长有自己的独立服务器或者VPS，这一部分是针对VPS或者独立服务器的。

※使用轻量级、高性能的Nginx

※PHP字节码缓存组件apc

※为网页静态元素设置过期时间(以Nginx为例)

※增加Etags

※其它负载均衡方法

四.间接wordpress加速方法

即鼓励和提醒访问用户放弃IE，使用FireFox、Opera、Chrome等高性能浏览器，间接加速WordPres

功率分析仪测的能耗是wp-还是wp+

WP+。9121串联在电子负载的交流输入端电压和电流反向这部分功率累加出来的是WP-的功率，同向的电压电流重叠部分积分出来的数值就是WP+。WP+可理解为负载消耗的电量，WP-可以理解为是给电网回馈的部分，因为电压和电流是反向关系。

【wp-optimize】的内容来源于互联网，如引用不当，请联系我们修改。