直接删 wp_comments 表中 comment_approved = '0' 的行最有效，因绕过 PHP 层钩子与缓存，秒级完成；删后须执行 SQL 更新 wp_posts.comment_count 以修正评论计数。
直接删 wp_comments 表里 comment_approved = '0' 的行最有效
wordpress 垃圾评论积压到几万条时，后台“批量批准/删除”根本点不动，php 超时、内存溢出、ajax 失败是常态。这时候别碰 wordpress 后台，也别用插件——它们本质还是走 wp_query + wp_delete_comment()，每删一条都触发钩子、更新计数、刷新缓存，慢且容易崩。phpmyadmin 直连数据库删表数据，绕过所有 php 层逻辑，是唯一靠谱的批量清空方式。
实操前先确认：你有 phpMyAdmin 权限，且已备份整个 wp_comments 表（导出 SQL 即可）。
- 进 phpMyAdmin → 选中你的 WordPress 数据库 → 点开
wp_comments表 → 切到“SQL”标签页 - 执行这条语句：
DELETE FROM `wp_comments` WHERE `comment_approved` = '0';
- 如果想同时清掉明确标记为垃圾（spam）的：
DELETE FROM `wp_comments` WHERE `comment_approved` IN ('0', 'spam'); - 注意：别用
TRUNCATE TABLE wp_comments，它会清空全部评论（包括正常审核通过的）
为什么不能用 wp_delete_comment() 或 WP-CLI 批量删
wp_delete_comment() 是 WordPress 官方函数，但每调用一次，就做一次元数据清理、关联计数更新、delete_comment 钩子触发、甚至可能重写 wp_posts 的 comment_count 字段。10 万条评论意味着 10 万次数据库事务 + 钩子回调，服务器扛不住。
WP-CLI 的 wp comment delete --status=spam --force 表面快，底层仍是逐条调用 wp_delete_comment()，只是把超时和内存限制推给了 CLI 环境而已；实际跑起来一样卡、一样报 PHP Fatal error: Allowed memory size exhausted。
- 真实场景下，5 万条未审核评论，用 PHP 方式删通常卡在 2000–3000 条就中断
- 而 SQL 直删，10 万条通常 2–5 秒完成（取决于磁盘 I/O 和索引效率）
-
comment_approved字段默认有索引（wp_comments表的comment_approved列是索引字段），所以WHERE comment_approved = '0'查询极快
删完必须手动修复 wp_posts.comment_count
直删 wp_comments 表不会自动更新文章的评论数，结果就是后台文章列表里显示“127 条评论”，点进去却只有 3 条可见——因为 wp_posts.comment_count 还是旧值。这个坑 90% 的人会漏掉。
修复方法很简单，在同一 phpMyAdmin 的 SQL 标签页，再执行一句：
UPDATE `wp_posts` SET `comment_count` = (SELECT COUNT(*) FROM `wp_comments` WHERE `wp_comments`.`comment_post_ID` = `wp_posts`.`ID` AND `wp_comments`.`comment_approved` = '1');
- 这句只统计
comment_approved = '1'（即已审核通过）的评论，排除掉刚删掉的垃圾和待审项 - 如果站点启用了“评论需审核”，那正常用户评论初始状态是
'0'，删完后这部分也不该计入comment_count，所以上面的条件是对的 - 执行前建议先试运行子查询：
SELECT COUNT(*) FROM wp_comments WHERE comment_post_ID = 123 AND comment_approved = '1';，核对单篇文章计数是否合理
后续防垃圾评论，关掉 comment_registration 没用，得换策略
很多人以为打开“用户必须注册并登录才能发表评论”就能挡住机器人，其实没用——垃圾评论 99% 是伪造 POST 请求绕过前端校验，根本不走登录流程。WordPress 默认的 comment_registration 设置只影响表单渲染，不影响接口接收。
- 真正有效的防线是：停用默认评论框，改用
wp-discuz或Jetpack Comments这类带行为分析+验证码+IP 限频的方案 - 或者直接在 Nginx/Apache 层加规则，拦截高频 POST 到
/wp-comments-post.php的请求（比如 1 分钟超 3 次就 403） - 定期检查
wp_comments表大小：SELECT table_name AS `Table`, round(((data_length + index_length) / 1024 / 1024), 2) AS `Size (MB)` FROM information_schema.TABLES WHERE table_schema = 'your_db_name' AND table_name = 'wp_comments';，超过 50MB 就该预警了
删完记得清空对象缓存（如果用了 Redis/Memcached），否则有些页面可能还缓存着旧的评论数或列表。这事不难，但容易被当成“删完就完事”给跳过去。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
