应先查询 wp_comments 表中 comment_approved 状态分布，再分批删除非 '1' 的垃圾评论，删后执行 OPTIMIZE TABLE 释放空间，并配置 Akismet 等防护措施防止复发。
直接删 spam 评论前先确认 wp_comments 表结构
wordpress 垃圾评论大多卡在 comment_approved = '0' 或 'spam'，但有些插件会自定义状态（比如 'akismet_spam'）。盲目 delete from wp_comments where comment_approved = '0' 可能误删待审的正常留言。先查清真实状态分布：
select comment_approved, count(*) from wp_comments group by comment_approved;重点关注非
'1'（已批准）的值——这才是你该清理的范围。
用 DELETE ... LIMIT 分批删，别一次性干掉几万条
单次删除超 1 万行容易锁表、拖慢网站，甚至触发 MySQL 的 max_execution_time 超时。尤其共享主机或低配 VPS 上更明显。
DELETE FROM wp_comments WHERE comment_approved = 'spam' ORDER BY comment_ID ASC LIMIT 5000;执行完再跑下一批，直到返回
0 rows affected。如果用 phpMyAdmin，记得勾选「忽略 SQL 错误继续执行」，避免某条出错就中断。
删完立刻 OPTIMIZE TABLE wp_comments
MySQL 的 InnoDB 不会自动回收被删数据的空间，wp_comments 表体积可能长期虚高，影响查询速度（比如后台评论列表加载慢）。执行：
OPTIMIZE TABLE wp_comments;这会重建表、整理碎片、更新统计信息。注意：该操作期间表会被短暂锁定，建议在低峰期做；若提示
Table does not support optimize, doing recreate + analyze instead，说明是 Aria 或 MyISAM 引擎，同样有效。
后续防垃圾评论别只靠 SQL 清理
SQL 删除只是救火，不是根治。Akismet 关闭或配置失效后，垃圾评论会卷土重来。检查：
-
wp_options表里akismet_strictness和akismet_show_user_comments_approved是否合理 - 主题或子主题的
functions.php里有没有误加wp_insert_comment钩子导致绕过审核 - 是否启用了「用户必须注册并登录才能评论」——对纯内容站效果有限，但能拦住 80% 自动化提交
