7个加快WordPress网站打开速度的方法

第三、取消谷歌open sans字体加载；第四、商业化主题是否太复杂；第五、检查是否有垃圾评论；第六、数据库缓存文件负担；第七、优化

前言：

许多人说路人博客访问速度很快，问我是不是服务器配置很高，

其实我的服务器也是1h2g阿里云学生机

配置并不是很高，wp本身的确挺笨重的，相比emlog typecho笨重的根本没话说

但是经过优化后速度也是可以与emlog搭建的博客进行比拼

正文：

优化思路

第一、清除不必要的头部加载

我们可以到自己的WP网站源代码看看，在头部位置是不是看到很多的JS和CSS加载项目，多达十几条，然后我们可以看看类似大前端这样的主题源代码，头部基本上没有多余的加载，所所以他们的这类主题加载速度和打开速度非常的快，所以我们有必要清除不必要的JS加载，对于wp加速有一定的帮助

第二、删除不必要的插件

理论上，能不用插件不用插件，一开始优惠券生活网用的是阿里云机房，国内机房照理说速度应该比较好，但是打开速度都不如美国及香港机房速度，仔细观察才发现使用将近十多多个插件，2G内存的VPS，内存已经占用50%，流量人潮低时就有这样的负载，以后如果有流量后那肯定常打不开了？

第三、取消谷歌open sans字体加载

如果我们使用的默认主题，可能前台也会有，如果我们使用的自己制作的或者第三方的主题，一般前台是没有的，只有我们在登陆账户后的前台和后台打开变慢，主要是不便于我们自己的访问和维护。我们可以通过在后台插件搜索”disable Google Fonts“，下载安装激活这个插件就可以解决这个问题。

第四、商业化主题是否太复杂

越复杂的主题,肯定对打开速度有关的,建议使用WORDPRESS简单的主题，然后慢慢修改成自己喜欢的用户体验效果，主题太复杂的尤其是国那些有特别复杂后台的主题，这样的主题加载速度特别慢，毕竟要实现很多美丽的效果需要用到很多JS和CSS，甚至还嵌入前端框架。网站不一定要太复杂和绚丽，有时侯简单轻便，内容够有内涵和吸引力。读者更喜欢的

第五、检查是否有垃圾评论

这一点很重要，之前优惠券的百度主机一直给我发报警邮件说机器CPU超标达到400%，而且网站打开速度特别慢，刚开始以为又被人攻击，然后通过日志和后台一看，每秒钟有很多的评论在增加，即便评论内容不会显示在前台，但是会加载到数据库中，这样就增加了整个网站和机器的负载。我们需要用工具屏蔽、验证垃圾评论，尤其是软件群发的评论需要搞定他们。这时我们需要激活Akismet以及使用类似需要验证码才可以评论的功能/插件，增加软件群发评论的难度。

第六、数据库缓存文件负担

各位有没有注意到一件事,在后台写文章会时隔一段时间wp自动给我们保存成修订版本，这样的修订版本会自动保存到数据中心，在前台是看不到的，这样更新一篇文章需要花费几十分钟甚至1个小时的时候会产生很多的修订版本，这就是ID不连续的主要原因，这样在我们有500篇文章时候可能会有2000个记录文章，时间之后会产生几千几万的记录（这就是为什么很多人说开始速度还可以，以后速度越来越不好）。我们需要删除修订版本，不让修订版本添加到数据中心。

解决方法：在wp-config.php文件中添加”define(‘wp_post_revisions’, false);”代码。

第七、优化

在WordPress的后台上传

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

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

解决办法：

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

1

2

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

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

2

3

4

5

6

7

8

9

10

11

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。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

#查询修订版本

SELECT COUNT(*) FROM wp_posts WHERE post_type=‘revision’;

#查询并删除其他表的子链

SELECT * FROM wp_postmeta WHERE post_id IN (SELECT id FROM wp_posts WHERE post_type=‘revision’);

DELETE FROM wp_postmeta WHERE post_id IN(SELECT id FROM wp_posts WHERE post_type=‘revision’);

#查询并删除其他表的子链

SELECT *  FROM wp_term_relationships WHERE object_id IN (SELECT id FROM wp_posts WHERE post_type=‘revision’);

DELETE FROM wp_term_relationships WHERE object_id IN (SELECT id FROM wp_posts WHERE post_type=‘revision’);

#删除修订版本

#delete from wp_posts where post_type=’revision’;

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’;

#其它查询

SELECT COUNT(*) FROM wp_postmeta WHERE meta_key=‘_edit_lock’;

SELECT COUNT(*) FROM wp_postmeta WHERE meta_key=‘_edit_last’;

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

#其他删除

DELETE FROM wp_postmeta WHERE meta_key = ‘_edit_lock’;

DELETE FROM wp_postmeta WHERE meta_key = ‘_edit_last’;

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

少羽执行完发现不够彻底就有了下面的方法二。

方法二

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

#这个删除的东西有点多，谨慎执行，建议执行前先备份，否则后果自负

SELECT * FROM wp_posts WHERE NOT(post_status = ‘publish’ AND post_type IN(‘post’,‘nav_menu_item’,‘page’));

DELETE FROM wp_posts WHERE NOT(post_status = ‘publish’ AND post_type IN(‘post’,‘nav_menu_item’,‘page’));

SELECT * FROM wp_postmeta WHERE meta_key IN (‘_edit_lock’, ‘_edit_last’, ‘_wp_old_slug’, ‘_revision-control’, ‘{{unknown}}’, ‘_wp_attached_file’, ‘_wp_attachment_metadata’);

DELETE FROM wp_postmeta WHERE meta_key IN (‘_edit_lock’, ‘_edit_last’, ‘_wp_old_slug’, ‘_revision-control’, ‘{{unknown}}’, ‘_wp_attached_file’, ‘_wp_attachment_metadata’);

SELECT * FROM wp_postmeta WHERE post_id NOT IN (SELECT id FROM wp_posts);

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

SELECT * FROM wp_comments WHERE comment_approved LIKE ‘%trash%’;

DELETE FROM wp_comments WHERE comment_approved LIKE ‘%trash%’;

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

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

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_term_relationships;

OPTIMIZE TABLE wp_term_taxonomy;

OPTIMIZE TABLE wp_termmeta;

OPTIMIZE TABLE wp_terms;

OPTIMIZE TABLE wp_usermeta;

OPTIMIZE TABLE wp_users;

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

四、必看内容

执行前先备份，如果你不会折腾建议你放弃吧！如果你数据库垃圾数据过多又想折腾，但不会可以联系少羽，让少羽协助你折腾。

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

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

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

数据库清理插件推荐

1.WP Clean Up

2.WP-Sweep

3.WP-Optimize

这里说一下少羽用的是wp Clean Up，当然并不是一定要你们用和我一样的，这些插件都是选择安装一个即可

总结

wp的访问速度是在于优化，并不是在于服务器配置，服务器配置再高， 你不优化也会变卡

这篇文章送给Wordpress新手，希望你们的网站更加精彩