REPLACE()函数用于MySQL中精确字符串替换，区分大小写且全量替换；语法为REPLACE(字段名,'旧字符','新字符')；多级替换需嵌套使用，如REPLACE(REPLACE(title,'&','&'),'<','<')。
用 REPLACE() 函数直接替换字段内字符
MySQL 没有“正则替换”原生支持（8.0+ 虽支持 REGEXP_REPLACE()，但多数老项目仍靠 REPLACE()），最常用、最稳妥的方式就是它。它只做精确字符串替换，不支持通配或模式匹配。
语法很简单：REPLACE(字段名, '旧字符', '新字符')。注意：区分大小写，且是**全量替换**（同一字段中所有匹配都换）。
- 想把
title字段里所有空格换成下划线：UPDATE articles SET title = REPLACE(title, ' ', '_'); - 替换多个层级？
REPLACE()不嵌套不行，得套用：REPLACE(REPLACE(title, '&', '&'), '<', ' - 别忘了加
WHERE条件，否则整表都被改——这是线上事故高发点 -
REPLACE()对NULL字段返回NULL，不会报错，但结果可能不符合预期
批量替换时必须加 WHERE 过滤条件
没加 WHERE 的 UPDATE 是隐形炸弹。哪怕只是测试，也建议先用 SELECT 验证范围：
SELECT id, content FROM posts WHERE content LIKE '%<script%';
再执行更新：
UPDATE posts SET content = REPLACE(content, '<script', '<!-- script') WHERE content LIKE '%<script%';
- 漏写
WHERE→ 全表字段被无差别替换 → 数据污染不可逆 - 用模糊条件（如
LIKE）时，确认是否真要匹配所有变体（大小写、空格、编码差异） - 涉及 HTML 或 URL 编码内容时，注意
等实体是否需解码后再处理
中文、emoji 或特殊符号替换要小心编码和长度
UTF8MB4 下中文和 emoji 占 4 字节，但 REPLACE() 按字符操作，不是按字节。真正容易出问题的是字段长度限制和截断风险：
- 若字段是
VARCHAR(50)，原内容 49 字符，替换后变长（比如「a」→「apple」），超出长度会被静默截断 - 检查目标字段实际
CHARACTER SET和COLLATION，避免因排序规则导致匹配失败（例如utf8mb4_0900_as_cs区分大小写，而_ci不区分） - 用
LENGTH()和CHAR_LENGTH()区分字节与字符数，确认替换前后是否越界
需要正则替换？升级到 MySQL 8.0+ 再用 REGEXP_REPLACE()
如果要替换“所有数字”“邮箱里的 @ 域名部分”“开头的连续空格”，REPLACE() 就力不从心了，得靠 REGEXP_REPLACE()：
UPDATE users SET email = REGEXP_REPLACE(email, '@[^@]+$', '@example.com');
- 仅 MySQL 8.0.4+ 支持，低版本无法使用
- 正则语法是 POSIX ERE，不支持懒匹配、环视等高级特性
- 性能比
REPLACE()低不少，大数据量慎用；建议先在小范围验证逻辑 - 注意转义：反斜杠在 SQL 字符串里要写成
\，比如匹配点号要写'\.'
实际执行前，务必在测试库跑一遍 SELECT 查看效果；线上操作记得先备份对应表或开启事务。字符替换看着简单，但字段长度、编码、条件范围这三处最容易掉坑里。
