可行，但须用BEFORE/INSTEAD OF触发器修改NEW值；AFTER触发器无法改数据，易报错；多词替换宜用脏词表+游标；需处理大小写、全半角等干扰；高并发下性能差，应转向应用层异步过滤。
触发器里用 REPLACE() 做脏词替换可行吗？
可行，但必须明确：MySQL / PostgreSQL 的 BEFORE INSERT 或 BEFORE UPDATE 触发器中，能用 REPLACE() 修改 NEW 行的字段值；SQL Server 的 INSTEAD OF 触发器也支持赋值替换。但注意——AFTER 触发器无法修改当前行数据，此时再调 UPDATE 会引发递归或死锁。
常见错误现象：Can't update table 'xxx' in stored function/trigger（MySQL）或 SQL Server 报错 The target table of the DML statement cannot be updated in a trigger，基本都是误用了 AFTER 触发器类型。
- MySQL 必须用
BEFORE INSERT+SET NEW.content = REPLACE(NEW.content, '敏感词', '**'); - PostgreSQL 需定义函数返回
NEW，并在触发器中RETURN NEW; - SQL Server 要用
INSTEAD OF INSERT，手动INSERT INTO ... SELECT ... REPLACE(...)
多个脏词怎么批量处理？别硬写一堆 REPLACE()
硬套多层 REPLACE(REPLACE(REPLACE(...))) 不仅可读性差，性能也崩：每嵌套一层，字符串扫描次数翻倍，10 个词就是 2¹⁰ 次遍历。更稳的方式是把脏词存进一张 dirty_words 表，用循环或递归函数逐条替换。
MySQL 示例（存储过程内）：
DECLARE done INT DEFAULT FALSE; DECLARE v_word VARCHAR(100); DECLARE cur CURSOR FOR SELECT word FROM dirty_words; DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE; OPEN cur; read_loop: LOOP FETCH cur INTO v_word; IF done THEN LEAVE read_loop; END IF; SET NEW.content = REPLACE(NEW.content, v_word, '**'); END LOOP; CLOSE cur;
注意：MySQL 8.0+ 支持窗口函数和 CTE，但触发器里仍不支持直接 JOIN 查询脏词表，必须用游标或提前查出数组。
大小写、全半角、空格干扰导致漏过滤？
用户输入 "ｓｅｘ"（全角）、"s e x"（带空格）、"Sex"（首字母大写），纯 REPLACE() 会失效。不能依赖前端清洗——后端触发器才是最后一道防线。
- 统一转小写：
LOWER(NEW.content)再匹配，但要注意：替换后需保持原始大小写格式，所以得先备份原值，替换完再映射回原大小写（复杂度高，一般不推荐） - 更实用的是预处理：在触发器开头就做标准化，比如
REPLACE(REPLACE(NEW.content, ' ', ''), ' ', '')清空全半角空格，再用正则（MySQL 8.0+REGEXP_REPLACE()）合并连续空白符 - 真正健壮的做法是把脏词表字段加一列
pattern，存正则表达式，用REGEXP_REPLACE(NEW.content, pattern, '**')替换（PostgreSQL / MySQL 8.0+ 支持）
触发器性能瓶颈在哪？什么时候该放弃它？
单次插入/更新若要扫 50 个脏词、每个词平均替换 3 次，再叠加游标开销，写入延迟可能从 2ms 涨到 50ms+。尤其在高并发评论场景下，触发器会成为数据库写入瓶颈。
容易被忽略的关键点：
- 脏词表没建索引 —— 游标遍历时全表扫描，
SELECT word FROM dirty_words必须走主键或覆盖索引 - 触发器里调了子查询但没加
LIMIT 1，比如检查是否含违禁词时写了IF (SELECT COUNT(*) FROM dirty_words WHERE NEW.content LIKE CONCAT('%', word, '%')) > 0，这会爆慢 - 真正该换方案的信号：监控发现
innodb_row_lock_time_avg显著升高，或触发器执行时间占整个事务 60% 以上
这时该切到应用层异步过滤（如用 Redis + DFA 敏感词树），或者改用数据库代理层（如 MyCat）做写入前重写 —— 触发器不是银弹，它只适合低频、强一致性要求的场景。
