SYS 棚户区

误打误撞的提速

昨天更新 Kernel 到 4.14.9 后就发觉网站访问越来越慢。虽然之前很久都感觉速度一般，但是昨天开始尤其严重。Chrome 看了下 TTFB 已经达到 1s 以上了，近半年是一直稳定在五六百 ms 的。（TTFB 是啥？借大神文章科普，走你！）换了默认主题也毫无起色，就连访问后台都跟翻墙似的。

开始找原因。

1. 因为刚更新过 Kernel 速度就慢得厉害，怀疑是不是这个 Kernel 有问题，不过懒得降版本，于是默认不是它造成的，换思路。

2. 重新编译了 PHP，调整性能参数，试了几次效果微乎其微。

3. 安装 WP-Super-cache 将页面静态化。用了一会儿，效果很不错，突然觉得虽然绕个弯子表面解决了问题，但还是没找到根源。这不是我想要的，卸载插件。

4. 清理数据库，文章草稿、冗余的数据信息、等等等。效果仍然微乎其微。

实在弄不明白怎么回事，想想就这么地吧，没那个金刚钻，揽毛的瓷器活，放弃。

很久没备份数据库到本地了，一直是定时任务备份到服务器上，就用 FTP 把昨晚自动备份的一份数据库文件 Down 到本地。看了下文件大小，5M 多。不对啊，之前好像都是八九百 k 的，怎么这么大了。打开文件一看，发现在 wp_options 数据表下面有个名为 cron 的项，好家伙它的值就占了 4M 多。查了下这项清空没什么问题，于是：

UPDATE wp_options SET option_value = '' WHERE option_name = 'cron'

大致说心越来越大，升级 PHP 连数据库也没备份，我感觉就是犯懒。我 SQL 语句操作也是懒得备份了，直接上。

再试试，马上流畅得一比（只能说有对比才有伤害，TTFB 其实仍然二三百 ms，跟静态页面 10+ ms 的没法比）。打开 PHPMyAdmin 再看 wp_options 表，cron 项又开始自己长大，没一会儿就变成 10k 多，按照这速度，增长到几 M 指日可待啊。谷歌，有外国哥们儿说要禁用 cron，添加 define( 'DISABLE_WP_CRON', true ); 到 wp-config.php。赶快看下，早已被我添加过了，明显无效。又发现一枚叫 WP-Control 的插件，可以用来清理 cron 项，这个确实是神器，全选瞬间清干净，对症。只是我仍没办法阻止迅速膨胀的 cron 项。

后来仔细观察了下 WP-Control 里列出的 cron 值，发现居然是一个 Baidu Sitemap 的插件生成的。这插件最开始用的是柳城的，到 php 7 时失效了。目前用的是另外一个作者的，想想除了百度站长里可以填个 Sitemap 地址加快收录，这插件对我和我的 Blog 来说实在是意义不大，我又不是搞新闻头条的。立刻把插件卸了。

至此，稀里糊涂的就算是把最近发现网站变慢的问题搞定了。