站点运行久了，数据库会积累修订版、过期缓存和卸载插件残留。清理可以降低备份体积，但盲目执行一键优化也可能破坏业务数据。
1. 先做备份和体积分析
统计主要表的行数与容量，识别真正占空间的对象。不要因为某个表行数多就直接删除。
2. 优先清理低风险数据
垃圾评论、已删除内容和确认过期的瞬态通常风险较低。清理后检查前台、后台和缓存重建。
3. 谨慎处理修订版和元数据
保留合理数量的文章修订版。删除孤立 postmeta、usermeta 前，要确认没有插件使用特殊关联方式。
4. 减少未来增长
限制修订版数量，修复频繁写入瞬态的插件，并安排低峰期维护。持续控制比偶尔大清理更安全。
常见误区
- 没有备份直接优化
- 使用来源不明的清理 SQL
- 把插件业务表当作垃圾
- 清理后不做功能验证
执行检查清单
- 已记录清理前体积
- 有可恢复备份
- 先在测试环境验证
- 清理后关键流程正常
总结
数据库清理应基于证据和业务理解。目标是移除确定无用的数据，而不是追求表越小越好。