REPLACE是MySQL字符串函数，仅文本替换不修改原数据；批量替换需配合UPDATE并加WHERE条件；多词替换避免嵌套以防误替；区分大小写依赖collation；中文标点等Unicode差异需预处理。
REPLACE函数的基本用法和注意事项
REPLACE 是 MySQL 的字符串函数，不是 DML 语句，它只做纯文本替换，不修改原数据。直接执行 SELECT REPLACE(content, '旧词', '新词') FROM article; 只会返回结果，不会更新表。要批量替换，必须配合 UPDATE 使用。
常见错误是把 REPLACE 当成类似 Python 的 str.replace() 来写脚本处理，其实完全可以在 SQL 层完成——前提是确认好目标字段类型是 TEXT 或 VARCHAR，且不涉及 JSON 字段内部值（REPLACE 对 JSON 不做结构解析，可能破坏格式）。
安全执行批量替换的三步操作
直接 UPDATE 风险高，尤其生产环境。推荐分步验证：
- 先用
SELECT检查命中行数：SELECT COUNT(*) FROM article WHERE content LIKE '%信用卡%'; - 再预览替换效果：
SELECT id, content, REPLACE(content, '信用卡', '***') AS masked FROM article WHERE content LIKE '%信用卡%'; - 确认无误后执行更新：
UPDATE article SET content = REPLACE(content, '信用卡', '***') WHERE content LIKE '%信用卡%';
注意：WHERE 条件必须加上，否则全表更新；若字段允许 NULL，REPLACE(NULL, ...) 返回 NULL，不会报错但可能漏替换。
多关键词替换不能靠嵌套REPLACE硬拼
像 REPLACE(REPLACE(content, 'A', 'X'), 'B', 'Y') 看似可行，但有严重隐患：
- 如果 'X' 本身包含 'B'，第二次
REPLACE会误替换（比如 A→'Y'，B→'Z'，结果 'Y' 被再变成 'Z'） - 嵌套过深影响可读性和执行计划，MySQL 优化器可能放弃使用索引
- 无法控制替换顺序或范围，比如只想替换词首的“银行”，不碰“商业银行”里的“银行”
真要处理多个词，优先考虑应用层循环调用单次 UPDATE，或用正则（MySQL 8.0+ 支持 REGEXP_REPLACE），但要注意 REGEXP_REPLACE 不支持后向引用做动态掩码，固定替换仍推荐 REPLACE + 多条语句。
字符集与大小写敏感问题
REPLACE 默认区分大小写，取决于字段的 collation。例如字段用 utf8mb4_0900_as_cs 就区分，用 utf8mb4_0900_ai_ci 则不区分（但 REPLACE 实际仍按字节匹配，AI/CI 不影响其行为）。
如果需要大小写无关替换，不能依赖 collation，得先统一转大小写再换，比如：UPDATE article SET content = REPLACE(LOWER(content), 'password', '****') WHERE LOWER(content) LIKE '%password%'; ——但这会把原文全小写，通常不适用。更稳妥的是在应用层用正则或循环处理。
真正容易被忽略的是：中文标点、全角空格、零宽字符等看似相同的“敏感词”，实际 Unicode 码位不同，REPLACE 完全不识别，必须提前清洗或用正则归一化。
