如何用phpMyAdmin清理WordPress修订版本？-phpMyAdmin-PHP中文网

最稳的sql写法是分两步执行：先delete from wp_posts where post_status = 'auto-draft';再delete from wp_posts where post_type = 'revision';因二者字段不同，不可合并条件；删后必须optimize table wp_posts释放空间，并用delete pm from wp_postmeta pm left join wp_posts p on pm.post_id = p.id where p.id is null清理孤儿元数据。

phpmyadmin里删revision记录最稳的sql写法

直接执行 delete from wp_posts where post_type = 'revision'; 就能清掉所有修订版本，但必须确认表前缀——如果你改过默认前缀（比如改成 myblog_posts），就得把 wp_posts 换成实际表名。

常见错误现象：执行后提示 “0 rows affected”，其实是没匹配到数据。原因可能是：post_type 值被插件改写、或字段里混了空格/大小写（如 Revision），这时加个模糊匹配更保险：DELETE FROM wp_posts WHERE post_type LIKE '%revision%';

注意：这条语句只删 wp_posts 表里的主记录，不碰关联数据。已删 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，否则磁盘空间不释放

InnoDB 引擎下，DELETE 只是标记行删除，物理空间不会自动回收。不执行 OPTIMIZE TABLE wp_posts;，表文件大小不变，备份体积照旧大。

MiniMax Word

MiniMax Word专业文档生成 - 基于.NET OpenXML SDK，完整保留页眉页脚目录、修订痕迹、复杂表格样式，输出可直接交付的.docx文档。

下载

容易踩的坑：
- phpMyAdmin 默认开启“仅显示前 1000 行”，执行 OPTIMIZE 前得先关掉这个限制（右上角“设置”→“最大显示行数”设为 0）
- MySQL 8.0+ 环境可能报错 “The SELECT would examine more than MAX_JOIN_SIZE rows”，临时解决是加 SET SQL_BIG_SELECTS=1; 再执行优化
- 如果表太大（>100MB），OPTIMIZE 期间网站可能卡顿几秒，建议在低峰期操作

auto-draft和revision要分开清，别混用条件

自动草稿（auto-draft）存在 post_status 字段，而修订版（revision）存在 post_type 字段，两者字段位置不同，不能写成 WHERE post_type = 'revision' OR post_status = 'auto-draft' 一锅端——这样会漏掉部分 auto-draft 记录（因为它的 post_type 是 post 或 page，不是 auto-draft）。

正确做法分两步：
- DELETE FROM wp_posts WHERE post_status = 'auto-draft';
- DELETE FROM wp_posts WHERE post_type = 'revision';
顺序无所谓，但别合并。如果担心误删，可先用 SELECT COUNT(*) FROM wp_posts WHERE post_status = 'auto-draft'; 和 SELECT COUNT(*) FROM wp_posts WHERE post_type = 'revision'; 查数量预估影响范围。

清理后检查wp_postmeta里残留的revision元数据

删掉 wp_posts 里的 revision 行后，wp_postmeta 表中 post_id 指向这些已删ID的记录还在，占空间且拖慢查询。

安全清理方式：
- 先备份：导出 wp_postmeta 表
- 执行：DELETE pm FROM wp_postmeta pm LEFT JOIN wp_posts p ON pm.post_id = p.ID WHERE p.ID IS NULL;
- 这条语句只删那些 post_id 在 wp_posts 里找不到对应行的元数据，不会动正常文章的 meta

别用插件一键扫“孤立 meta”——有些插件会连带删掉自定义字段或 ACF 数据，尤其当你的主题用了 _wp_attachment_metadata 这类非标准键名时，容易误伤。