修订版本与自动草稿:数据库瘦身
每保存一次就存一份全文副本,老站的修订版本能堆到几十万条,定期瘦身很有必要。下面按“先判断、再动手、最后验证”的顺序展开,每一步都给出可核对的检查点。
涉及 修订版本、数据库清理、WP优化 的关键动作都写成了具体命令或配置项,可以照着走,也可以当检查表用。
查看规模
SELECT count 查 posts 表里 post_type 为 revision 的数量,超过几千就该清理。
清理方式
用 WP-Optimize 或 WP-CLI 的 wp post delete --post_type=revision,比手动删 SQL 安全。
限制生成
wp_revisions_to_keep 过滤器限制每篇最多保留 3 到 5 份,从源头控制增长。
自动草稿
auto-draft 是遗留的空草稿,一并清理;插件残留的孤儿 meta 也要定期扫。
频率建议
季度清一次即可,清理前照例先备份数据库。
速查表
| 环节 | 关键动作 |
|---|---|
| 查看规模 | SELECT count 查 posts 表里 post_type 为 revision 的数量,超过几千就该清理 |
| 清理方式 | 用 WP-Optimize 或 WP-CLI 的 wp post delete --post_type=revision,比手动删 SQL 安全 |
| 限制生成 | wp_revisions_to_keep 过滤器限制每篇最多保留 3 到 5 份,从源头控制增长 |
| 自动草稿 | auto-draft 是遗留的空草稿,一并清理;插件残留的孤儿 meta 也要定期扫 |
常见问题
Q:按文中写法改完,怎么确认真的生效?
不要只看配置文件,用对应的验证命令或从外部视角复测一次;改完先小流量观察一段,再全量推进,出问题能马上回退。
Q:按文中的步骤做完,还需要注意什么?
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录,比重查一遍快得多。
Q:业务规模小,也要按这套标准来吗?
不需要一次到位。先把影响最大的两项做到位,剩余的随着业务增长逐步补齐,比一开始就追求完美更容易落地。
小结
回到这篇的 5 个环节:查看规模、清理方式、限制生成、自动草稿、频率建议。把这几个动作写进检查表,下次遇到同类问题按顺序过一遍,比凭经验跳步骤稳。
相关阅读:文章摘要与描述:列表页点击率的来源、分类与标签规划:别让内容结构拖垮收录、WooCommerce支付网关接入流程。