从表膨胀、修订版本、临时数据三处下手，给出安全清理与优化顺序。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。

涉及 WordPress数据库优化、wp_options、数据库清理 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。

表膨胀来源

wp_options 的 autoload 数据、wp_postmeta 的无用 meta、修订版本与垃圾评论，四类占了多数冗余。

修订版本

在 wp-config 限制 WP_POST_REVISIONS 为 5，已存在的用 SQL 或插件清理，清理前先备份。

autoload 优化

查 autoload='yes' 且体积大的行，多为废弃插件残留，确认后再删。

优化命令

OPTIMIZE TABLE 可回收碎片但对大表会锁表，放在低峰执行；InnoDB 更该关注的是索引与慢查询。

定期任务

每月清理 expired transient 与 spam 评论，每季度做一次全库体检。

速查表

常见问题

Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。

小结

回到这篇的 5 个环节：表膨胀来源、修订版本、autoload 优化、优化命令、定期任务。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。

相关阅读：多语言站点方案：插件与子目录、WordPress缓存方案对比与配置、WordPress主题怎么选：轻量与功能的取舍。

延伸阅读：MySQL慢查询定位与索引优化、插件冲突排查：白屏与500的处理、WordPress缓存方案对比与配置。