REPLACE是MySQL精确子串替换函数，需嵌入SELECT/UPDATE使用，不支持正则、通配符和大小写忽略；三参数均不可为NULL；处理多字节字符需确保字符集一致；对换行符、不可见字符敏感，应先用HEX确认字节再替换；超10万行或大字段建议分批、预览、加WHERE条件执行。
REPLACE函数的基本用法和注意事项
REPLACE 是 MySQL 的字符串函数，不是 SQL 语句，不能单独执行，必须嵌入在 UPDATE 或 SELECT 中使用。它不支持正则、不区分大小写（默认二进制比较）、也不支持通配符 —— 它只做**精确子串替换**。
常见误操作是把它当 LIKE + 替换用，比如想把 “apple123”、“apple456” 都替成 “fruit”，结果发现 REPLACE(content, 'apple%', 'fruit') 根本不生效：% 在 REPLACE 里就是普通字符，不是通配符。
-
REPLACE(str, from_str, to_str)：三个参数都必须是非 NULL 字符串；任一为 NULL，整条表达式返回 NULL - 原字段含中文、emoji 或多字节字符时，只要字符集一致（如 utf8mb4），不会出乱码，但要注意
from_str必须完全匹配，包括空格、换行符、不可见字符 - 性能上，全表扫描不可避免；若字段无索引或数据量大（>10 万行），建议先加 WHERE 条件缩小范围
安全执行批量替换的 UPDATE 写法
直接 UPDATE table SET col = REPLACE(col, 'old', 'new') 风险极高 —— 没 WHERE 就是全表覆盖，且无法回滚（除非有备份或 binlog）。
正确姿势是三步走：预览 → 限制 → 执行。
- 先用
SELECT预览效果：SELECT id, content, REPLACE(content, 'http://', 'https://') AS new_content FROM articles WHERE content LIKE '%http://%';
- 加上明确 WHERE 避免误伤：
WHERE content LIKE '%旧文本%' AND status = 'published'（别只依赖LIKE，加业务字段过滤更稳） - 执行前确认影响行数：
SELECT COUNT(*) FROM table WHERE content LIKE '%旧文本%';，超 1000 行建议分批次（加 LIMIT + 主键范围）
处理特殊字符和跨行内容的坑
MySQL 的 REPLACE 对换行符（\n）、制表符（\t）、零宽空格（U+200B）等完全敏感。肉眼看起来一样，实际字节不同，替换就失败。
例如想删掉字段末尾的换行，写 REPLACE(content, '\n', '') 可能无效 —— 因为原文本可能是 \r\n（Windows 风格）或带空格的 \n 。
- 用
HEX(content)查看真实字节：SELECT HEX(SUBSTR(content, -4)) FROM t LIMIT 1;，确认结尾是0D0A（\r\n）还是0A（\n） - 需要同时处理多种换行？只能嵌套：
REPLACE(REPLACE(content, '\r\n', ''), '\n', '') - 不可见字符（如 U+FEFF BOM、U+200E LTR mark）需用
UNHEX('EFBBBF')等方式构造from_str，否则肉眼无法写出
替代方案：什么时候不该硬用 REPLACE
当需求超出精确子串替换能力时，REPLACE 就是错工具。比如：“把所有以 ‘img/’ 开头的路径替换成 ‘cdn/img/’”，这本质是前缀匹配，REPLACE 会把中间出现的 ‘img/’ 也干掉。
- 前缀/后缀替换：用
CONCAT+SUBSTR+LOCATE组合，例如：CONCAT('cdn/', SUBSTR(content, LOCATE('img/', content))) - 模式化替换（如数字编号、邮箱域名）：MySQL 8.0+ 可用
REGEXP_REPLACE，但性能差、语法严；更稳的做法是导出后用 Python/awk 处理再导入 - 大字段（TEXT/BLOB）频繁替换：考虑应用层处理，避免锁表时间过长；或者拆成异步任务分片更新
真正麻烦的从来不是语法，而是你不确定原文本到底长什么样 —— 先查 HEX，再动手，少一半翻车。
