批量删除WordPress修订版最有效方法是直接操作数据库：先删wp_posts中post_type='revision'记录，再清理wp_postmeta孤儿数据，最后OPTIMIZE TABLE回收空间；辅以wp-cli分批删除更安全可控。
WordPress修订版本怎么批量删干净
直接删数据库表里的 wp_posts 记录最有效，但不能只靠后台“清空修订版”按钮——它默认只删 30 条/次，且不清理关联的 _wp_post_revision 元数据。真正减体积得进数据库动手。
- 先确认修订版数量：
SELECT COUNT(*) FROM wp_posts WHERE post_type = 'revision'; - 删修订版主记录：
DELETE FROM wp_posts WHERE post_type = 'revision'; - 顺手清元数据（否则
wp_postmeta里残留大量孤儿记录）：DELETE pm FROM wp_postmeta pm LEFT JOIN wp_posts p ON pm.post_id = p.ID WHERE p.ID IS NULL; - 执行后务必
OPTIMIZE TABLE wp_posts, wp_postmeta;，否则磁盘空间不会释放
用 wp-cli 删除修订版比插件更可控
插件常偷偷加条件过滤（比如跳过最近7天的修订），而 wp post delete 命令能精确控制范围，也避开了插件可能引发的内存溢出或超时。
- 删全部修订：
wp post delete $(wp post list --post_type='revision' --format=ids) --force - 只删超过30天的（保留近期可回溯）：
wp post delete $(wp post list --post_type='revision' --date_query="before=30 days ago" --format=ids) --force - 注意：必须加
--force，否则会提示“修订版不能被常规删除” - 如果报
PHP Fatal error: Allowed memory size exhausted，说明列表太长，改用分批：wp post list --post_type=revision --format=ids | xargs -n 100 wp post delete --force
自动禁用修订版后，已有文章仍会生成新修订
define('WP_POST_REVISIONS', false); 只对新编辑生效，老文章只要点“更新”，还是会悄悄创建修订——因为它的 post_modified 改了，WordPress 默认逻辑会触发修订生成。
- 彻底阻断：在
wp-config.php加两行：define('WP_POST_REVISIONS', false);和add_filter('wp_revisions_to_keep', '__return_zero');（后者需配合插件或主题的functions.php） - 更稳妥的做法是直接移除钩子：
remove_action('pre_post_update', 'wp_save_post_revision');，但仅限熟悉 WordPress 生命周期的用户 - 禁用后检查是否生效：编辑任意文章 → 点“更新” → 查数据库
SELECT * FROM wp_posts WHERE post_type='revision' ORDER BY ID DESC LIMIT 1;，应无新增
MySQL 5.7+ 下 OPTIMIZE TABLE 可能卡住或失败
新版 MySQL 默认引擎是 InnoDB，OPTIMIZE TABLE 实际执行的是重建表（ALTER TABLE … FORCE），若表大、磁盘空间不足或没开 innodb_file_per_table，就会卡住甚至报错 ERROR 1036 (HY000): Table is read only。
- 先查配置：
SHOW VARIABLES LIKE 'innodb_file_per_table';，必须为ON - 确认磁盘剩余空间 ≥ 当前
wp_posts表大小的 2 倍 - 若仍失败，改用
ALTER TABLE wp_posts ENGINE=InnoDB;替代（效果等同，但更底层） - 别在业务高峰跑这个操作，锁表时间可能长达数分钟
修订版不是“删完就完事”的东西，关键在删完立刻回收空间，以及确保后续不再无声堆积——这两步漏掉任何一环，数据库体积很快又会涨回去。
