我经营一些基于Wordpress的网站。在每种情况下,wp_options表在托管于Azure的MySQL中都在大量增长。
在一种情况下,phpMyAdmin将表大小显示为3Gb。如果我作为SQL文件导出,它大约是20 as。如果我删除并重新导入该表,它将显示为20 as,并且一切都按预期工作。
在最初的3Gb表中没有什么大问题,最大的行还远远不够,不足以证明“使用”空间是合理的。已经使用了WP-优化,加上phpMyAdmin中的表优化函数,这两个函数都没有修复。只有放下桌子才能排序。
是否有比需要再次导出/导入更好的方法来解决这个问题,或者更好的是,是否有人有解决方案?
发布于 2022-04-21 21:25:01
OPTIMIZE TABLE对性能的影响很小。
看桌子上。您可能会发现,一个插件失败后,自己清理。打败他们!
如果您需要帮助以决定表中的内容,请执行以下操作
SELECT * FROM wp_options ORDER BY RAND() LIMIT 20;给我们看看结果。
清理表后,我推荐这个插件来进一步加快它(和其他)表的速度:https://wordpress.org/plugins/index-wp-mysql-for-speed/
https://serverfault.com/questions/1099158
复制相似问题