• 售前

  • 售后

热门帖子
入门百科

WordPress速率优化系列之 清算数据库的方法

[复制链接]
计划你大爷计j 显示全部楼层 发表于 2021-8-15 20:08:12 |阅读模式 打印 上一主题 下一主题
目前本站已经有300多篇日志和凌驾2000条品评,固然数据量不是很多但是偶然会出现,404或者是500亦或是502错误,乃至造成服务器宕机。
也就出现了今天这篇”WordPress速率优化系列之“清理数据库”,全部泉源于之前对和邪社进行优化所得来的履历以及教训,以后另有其他相干的文章。

通过上网搜刮相干优化本领和个人履历,造福各位博主,于是就有了今天各人看到的WordPress优化系列之“清理数据库”。
既然是WordPress优化系列,肯定有方方面面必要照顾到,好比选择正确的插件,淘汰数据库哀求次数,假如最大限度的提升加载速率等等,我会尽量把方方面面必要说明清晰的内容都写出来。今天就先讲一下最轻易也是最必要亟需办理的一个题目,那就是日益增长的数据库题目。

刚打仗wordpress我对这方面的履历为零,完全的从零开始,乃至没有打仗过linux或者是相干的一些技能,好比Nginx(Apache)的优化设置,数据库(MySQL)的理论知识以及相干的设置等等等等。只因从一台完全空缺的服务器(仅有linux或者是Windows)到一个完备的WordPress博客是一个相当“困难”的过程。而这篇文章提到的内容肯定不大概非常完善,以后我会渐渐的将其充实起来。



目前小残博客有300多篇日志和凌驾2000条品评,但是MySQL数据库的总大小已经凌驾了250多MB,从上图可以看到和邪社的数据库大小已经到了250M(这个小残优化之前的截图,现在的数据库由于已经清理完毕,以是很小了)

这么“巨大”的数据库到底有多少有用呢?下面就开始一步步优化我们的数据库。

清理wp-commentmeta表

WordPress现在已经发展到了3.1版本,而假如是从2.X系列就开始利用WP的用户则会发现数据库增长的比例跟文章发布的数量不成比例,缘故原由当然有很多。
我们首先要清理的是wp_commentmeta这个表,在2.9版本之前,这个表完全不存在,先来看看它的内容,欣赏表布局可以发现其为akismet_history、akismet_result、akismet_as_submitted等
很显然,这个是WP官方推荐的反垃圾品评插件Akismet所天生的,其值的作用是记载管理员用户对垃圾品评的处理结果以及插件主动判定某条品评是否为垃圾品评的相干记载。

(假如你没有安装这个Akismet插件)可以跳过这一步

假如你安装了AKismet那么只必要在MySQL管理器也就是phpMyAdmin内里输入一条简单的下令即可清除。进入数据库运行MySQL语句查询,


复制代码代码如下:
TRUNCATE TABLE `wp_commentmeta`




清理Revision Post(日志修订)

Revision Post 是 WordPress 在2.6版之后加入主动生存日志修订版造成的,您每修改一越日志,就会增长一个 revision , 假如您修改多次,数篇日志之后,这将是一个很可骇的数量!您假如有上百篇的日志,您的冗余 revisiong 大概会有上千篇之多!
(此形貌来自插件delete-Revision manager)这里我们利用一个简单好用的插件来清理,Delete-revision Manager(WP官方扩展链接),安装此插件后,运行该插件可以清晰的看到目前数据库内里所生存的日志修订。

PS:安装好插件清理乐成后在修改修改wp-config.php文件:符合的位置插入这一行参数:


复制代码代码如下:
//取消主动修订版
define('WP_POST_REVISIONS',false);


彻底优化清理wp_options

wp_options表是用来存贮WP的设置方面的信息,如博客名、博客地址、基本设置、插件设置、主题设置…等。

关于这个表,假如你不是砖家级的人物,发起直接跳过,由于这个利用这个表的伤害性比较大。此表用来存储WP设置相干的信息,如地址、插件设置等等。但是由于各位的“折腾”,这个表会由于频繁的实验安装/禁用各种插件变得痴肥不堪。



(本站数据库259Mwp_options占用了248M)十分影响数据库运行速率。因伤害性较大,我不做过多阐述

假如发现本身的博客中这个表也和小残博客一样这个表异常的大那么可以先备份数据库然后在清空wp_options表
最后当地搭建一个wordpress然后设置的网站标题后台暗码插件设置后台设置全部设置为和本身的博客一模一样然后在导入wp_options表即可。
除非万不得已最好不要如许做,小残我也是被逼无奈。。。

清理wp_postmeta

大概有很多东西你想生存到你的一些日志中 — 你写日志时间的心情 ,你当时听的歌曲,你所处的地理位置,一些相干日志的列表,特定为搜刮引擎指定日志信息等等。以是这些东西都会生存到wp_postmeta 这个表中。关于这个表的清理可以借助插件WP-Cleanup完成。实验下列相干的MySQL指令则可以进一步的清理出无用的数据


复制代码代码如下:
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 = '_revision-control';



最终优化结果如上图从259M淘汰到14.4M,此中大部门占用的都拜wp_postmeta所赐

WordPress数据库相干的清理工作到此就告一段落,其他关于WordPress数据库的优化本领也另有很多,牵扯到了体系底层方面以及必要借助插件完成。

关于这篇文章除了优化清理wp_options以为所涉及到的SQL语句基本不会出现什么题目

但是永久记取一句话:做好备份!只有做好备份工作才可以有备无患。
本文来自小残博客

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x

帖子地址: 

回复

使用道具 举报

分享
推广
火星云矿 | 预约S19Pro,享500抵1000!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

草根技术分享(草根吧)是全球知名中文IT技术交流平台,创建于2021年,包含原创博客、精品问答、职业培训、技术社区、资源下载等产品服务,提供原创、优质、完整内容的专业IT技术开发社区。
  • 官方手机版

  • 微信公众号

  • 商务合作