WordPress评论黑名单词汇主要分散在wp_commentmeta表（如akismet_spam_keywords）、wp_options表（blacklist_keys）及插件自定义表中，5.5+版本核心已绕过blacklist_keys，优先依赖插件规则。
WordPress评论黑名单词汇存在哪？不是wp_options表里那个blacklist_keys
很多人搜“wordpress 黑名单清理”，直接去改 wp_options 表里的 blacklist_keys，结果发现删了也没用——因为从 5.5 开始，核心评论过滤逻辑已绕过这个字段，转而依赖 wp_commentmeta 表中带 akismet_ 前缀的元数据（尤其是 akismet 插件启用后），以及主题/插件自行写入的自定义规则。真正的黑名单词可能分散在：wp_commentmeta（如 akismet_spam_keywords）、wp_options（旧式 blacklist_keys）、甚至插件自己的表（如 wp-spamshield 的 wp_spamshield_blacklist）。
- 先确认是否启用了 Akismet：查
wp_commentmeta中是否存在akismet_spam_keywords或akismet_as_submitted类型记录 - 检查
wp_options表，用 SQL 查SELECT option_name FROM wp_options WHERE option_name LIKE '%blacklist%'，不只看blacklist_keys - 禁用所有评论相关插件（Akismet、WP-SpamShield、Antispam Bee 等）再测试，避免干扰判断
清空 wp_commentmeta 表里垃圾关键词元数据要分场景
wp_commentmeta 本身不存“黑名单词库”，它只存每条评论的附加信息；但某些插件（尤其是 Akismet 4.x+）会把高频误判词、用户标记为“误报”的词，以元数据形式反写回该表（比如某条评论 ID 为 123，其 comment_id = 123 对应的 meta_key = 'akismet_spam_keywords'）。这类数据不会自动清理，越积越多反而拖慢评论查询。
- 只清插件写入的垃圾元数据：运行
DELETE FROM wp_commentmeta WHERE meta_key LIKE 'akismet_%' OR meta_key LIKE 'spamshield_%'; - 别碰正常评论元数据：像
_wp_trash_meta_status、_wp_comment_author_url这类不能删，否则评论状态错乱或作者链接丢失 - 执行前务必备份：该表被多个插件共用，误删可能导致 Akismet 学习失效或反垃圾能力下降
如何安全重置核心黑名单而不影响正常评论流程
WordPress 原生只认 wp_options 表中的 blacklist_keys 字段（换行分隔的关键词），但它仅对新提交评论生效，且优先级低于插件规则。重置它本身风险低，但要注意三点：
将 LaTeX（.tex）学术论文转换为 Word（.docx），支持可编辑的 OMML 公式、原生 Word 表格、嵌入图形、IEEE 双栏排版及参考文献
- 清空前导出原值：
SELECT option_value FROM wp_options WHERE option_name = 'blacklist_keys';，保存为文本备用 - 清空操作只需更新字段：
UPDATE wp_options SET option_value = '' WHERE option_name = 'blacklist_keys'; - 如果网站用的是多站点（Multisite），
blacklist_keys在每个子站的wp_{id}_options表里独立存在，需逐个处理 - 某些主题会在
functions.php里用add_filter('comment_blacklist_keys', ...)动态注入词库，这种代码比数据库优先级高，删库没用
为什么删完还是被拦？检查 wp_comments 表的 comment_approved 状态
很多“黑名单误杀”现象其实和词库无关，而是评论被插件静默设为 spam 或 hold 后长期滞留。这类评论仍存在于 wp_comments 表，但状态为 0（spam）或 0（hold），下次提交时 Akismet 可能复用历史判定逻辑，导致新评论也被连带拦截。
- 查滞留垃圾评论：
SELECT comment_ID, comment_author, comment_content FROM wp_comments WHERE comment_approved = 'spam' ORDER BY comment_date_gmt DESC LIMIT 20; - 批量清理历史 spam：
DELETE FROM wp_comments WHERE comment_approved = 'spam' AND comment_date_gmt - 注意：别删
comment_approved = '0'（即待审），那是人工审核队列，删了就丢稿
真正难搞的是插件把关键词埋进 PHP 缓存或对象存储（比如 Redis 里存了 akismet_keyword_cache），这种删库不管用，得进插件设置页点“重置学习数据”或手动清插件专属缓存。细节藏得深，得一层层剥开看。
