直接执行sql删除最可靠，比后台或插件快几十倍且不超时；删待审/垃圾评论用comment_approved精准过滤，删后必须修复wp_posts.comment_count并执行optimize table。
直接执行 SQL 删除最可靠，比后台点批量操作或插件快几十倍，且不会因超时、内存溢出中断。
删待审/垃圾评论：用 comment_approved 精准过滤
WordPress 把未审核评论（'0'）和标记为垃圾的评论（'spam'）都存在 wp_comments 表里，但它们不会触发前台显示，长期堆积会拖慢评论查询和后台加载速度。
- 只删待审评论（常见于 Akismet 暂存区）：
DELETE FROM `wp_comments` WHERE `comment_approved` = '0'; - 同时清掉待审 + 垃圾评论：
DELETE FROM `wp_comments` WHERE `comment_approved` IN ('0', 'spam'); - 如果垃圾评论有明显特征（比如邮箱含
.ru），可加模糊匹配：DELETE FROM `wp_comments` WHERE `comment_author_email` LIKE '%.ru%';
注意：comment_approved 字段默认带索引，所以这些语句执行极快（万级数据通常 1–3 秒），但删完后必须手动修复文章评论计数，否则后台文章列表显示的评论数不准。
删文章修订版本：别只删 wp_posts 主表
修订版本（post_type = 'revision'）本身占空间大，但更麻烦的是它在 wp_postmeta 和 wp_term_relationships 里留下的关联冗余数据——只删主表会导致外键残留，后续优化或导出时可能报错。
- 安全做法是连带清理关联数据：
DELETE a,b,c FROM `wp_posts` a LEFT JOIN `wp_term_relationships` b ON (a.ID = b.object_id) LEFT JOIN `wp_postmeta` c ON (a.ID = c.post_id) WHERE a.post_type = 'revision'; - 如果只想快速清主表（风险可控场景）：
DELETE FROM `wp_posts` WHERE `post_type` = 'revision'; - 自动草稿（
post_status = 'auto-draft'）同理，建议一并处理：DELETE FROM `wp_posts` WHERE `post_status` = 'auto-draft';
执行前务必确认表前缀（如不是默认 wp_，要替换成你实际的前缀，比如 myblog_）。
删完必须做两件事：修复计数 + 优化表
直删绕过了 WordPress 的 PHP 层逻辑，所以不会自动更新 wp_posts.comment_count，也不会整理磁盘碎片。这两步漏掉，网站表面正常，但后台数据错乱、查询变慢的问题会持续存在。
- 修复所有文章的评论计数：
UPDATE `wp_posts` p SET `comment_count` = (SELECT COUNT(*) FROM `wp_comments` c WHERE c.`comment_post_ID` = p.`ID` AND c.`comment_approved` = '1'); - 对清理过的表执行优化（减少碎片、提升 I/O 效率）：
OPTIMIZE TABLE `wp_comments`, `wp_posts`;
特别是当 wp_comments 表曾达 10 万行以上时，OPTIMIZE TABLE 能明显改善后续 SELECT 查询响应时间。
最容易被忽略的是修复 comment_count ——90% 的人删完就走，结果后台看到“已发布 42 条评论”，点进去只有 3 条可见。这不是缓存问题，是数据不一致，必须用 SQL 补上那一步。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
