最近在处理一个 WordPress 系统访问下降的问题时,发现了一个奇怪的现象:一个只有很少的页面的网站,数据库备份竟然足足有 9.5 GB。我当时的第一反应是:数据库性能极差导致的站点性能不好。
不过,到数据库打开后发现, 虽然有大量的条目生成,但因为no autoload,所以其实并不会被自动加载到缓存中,从而也不会让网站的性能有太多的下降。
想想也合理,数据库中包含了数十万条记录,如果都加载到内存里,可能 PHP 默认的 1024MB 的运行内存直接被打爆了,所以问题不在此。
不过,虽然问题的核心不是它,但如此海量的脏数据对于系统依然是无价值和无意义的,于是乎我便将这些脏数据删除,数据库的大小从 9.52 GB 骤降至 34.8 MB,进入到一个正常的数据库大小区间了。
删除脏数据的命令如下:
DELETE FROM wp_options WHERE option_name LIKE '%jpsq_sync-%'
Code language: JavaScript (javascript)
相关链接
- https://wordpress.org/support/topic/wordpress-database-error-commands-out-of-syn/
- https://wordpress.org/support/topic/jpsq_sync-table-constantly-generated-to-the-db/
- https://gist.github.com/bhubbard/894040fec6421f891f1f88f2c6428ef0
不知用Jetpack有什么好处?
主要是一些和 WordPress 官方客户端打通的能力。还提供了数据统计的基础。如果不用官方客户端,其实可以不用装。
很多插件都有冗余数据,尤其是wp-options这个表,不认识的不敢随意清理。
是,需要谨慎。