我运营着许多基于 Wordpress 的网站。在每个网站中,托管在 Azure 中的 MySQL 中的 wp_options 表都在急剧增长。
在一个案例中,phpMyAdmin 显示表大小为 3Gb。如果我导出为 SQL 文件,则大小约为 20Mb。如果我删除并重新导入表,则显示为 20Mb,并且一切正常。
原始 3Gb 表中没有什么大东西,最大的行根本不足以证明“已使用”的空间。使用过 WP-Optimise,以及 phpMyAdmin 中的表优化功能,但都无法解决问题。只有删除表似乎才能排序。
有没有比再次导出/导入更好的方法来解决这个问题,或者更好的是,有谁有解决方案?
答案1
OPTIMIZE TABLE
对性能影响不大。
查看表格。您可能会发现一个插件无法自行清理。打败他们!
如果你需要帮助来决定表中的内容,请执行以下操作
SELECT * FROM wp_options ORDER BY RAND() LIMIT 20;
并向我们展示结果。
清理表格后,我推荐使用这个插件来进一步加快它(和其他)表格的速度: https://wordpress.org/plugins/index-wp-mysql-for-speed/