REPLACE()是MySQL内置字符串函数，用于全局精确子串替换，不支持正则、区分大小写、需配合UPDATE使用；若任一参数为NULL则返回NULL，替换后原字段不变，必须用SET赋值写回。
REPLACE 函数的基本用法和限制
REPLACE() 是 MySQL 内置字符串函数，用于在指定字符串中全局替换子串。它不支持正则、不区分大小写（默认二进制比较）、且只能做**精确子串匹配替换**。这意味着你不能用它替换“所有数字”或“以空格开头的字段”，也不能靠它实现模糊替换。
语法是 REPLACE(str, from_str, to_str)，返回新字符串，原字段值不会被修改——必须配合 UPDATE 显式写回。
- 如果
str、from_str或to_str任一为NULL，整个结果为NULL - 替换是**逐字符扫描、非重叠匹配**：比如
REPLACE('aaaa', 'aa', 'x')得到'xx'，不是'xa' - 对大字段（如
TEXT）有效，但全表扫描 + 字符串拷贝会影响 UPDATE 性能
执行批量替换的正确 UPDATE 写法
直接在 UPDATE 中调用 REPLACE() 即可完成批量替换，但必须加 WHERE 条件缩小范围，否则可能误改无关行。
例如把 user_info 表中 bio 字段所有 '&' 替换为 '&'：
UPDATE user_info SET bio = REPLACE(bio, '&', '&') WHERE bio LIKE '%&%';
关键点：
-
WHERE条件推荐用LIKE筛出含目标子串的行，避免无谓更新（InnoDB 对未变更的行仍会生成 undo log） - 若字段含二进制数据或特殊编码（如 GBK 中的 0x5C），需确认连接字符集与字段实际编码一致，否则
REPLACE()可能错位匹配 - 建议先用
SELECT id, bio, REPLACE(bio, 'x', 'y') FROM ... WHERE ... LIMIT 5;验证逻辑
处理 NULL 值和空字符串的常见陷阱
REPLACE(NULL, 'a', 'b') 返回 NULL，而 REPLACE('', 'a', 'b') 返回空字符串。这两者在业务语义上常需区别对待——比如你只想替换非空内容，但又不想让 NULL 变成空字符串。
安全写法是显式判断：
UPDATE user_info SET bio = CASE WHEN bio IS NOT NULL THEN REPLACE(bio, '\n', '<br>') ELSE bio END WHERE bio IS NOT NULL AND bio != '';
- 不要依赖
IFNULL(bio, '')后再REPLACE，这会把原本的NULL强制转为空字符串，掩盖数据缺失问题 - 空字符串
''和只含空白符的字符串（如' '）不同，REPLACE(' ', ' ', '')会删掉所有空格，但无法清除 Unicode 不间断空格（U+00A0）等特殊空白 - 若需清理多种空白，得嵌套多次
REPLACE，或改用 MySQL 8.0+ 的REGEXP_REPLACE()
性能与安全注意事项
对千万级表执行 REPLACE 批量更新时，容易触发锁等待、慢查询、甚至主从延迟。这不是函数本身的问题，而是全字段读取+计算+写回的 I/O 模式决定的。
- 务必在目标字段上有索引（哪怕只是辅助
WHERE条件），否则WHERE bio LIKE '%x%'会强制全表扫描 - 单次更新控制在 1 万行以内，用
LIMIT分批（MySQL 5.6+ 支持UPDATE ... LIMIT） - 禁止在生产高峰期执行；提前在从库验证结果，尤其注意字符集转换是否导致乱码（如 utf8mb4 列用 latin1 连接执行
REPLACE） - 执行前备份相关行：
CREATE TABLE user_info_bio_bak AS SELECT id, bio FROM user_info WHERE bio LIKE '%target%';
真正麻烦的往往不是怎么写 REPLACE，而是字段里混着 HTML 实体、JSON 转义、用户手动输入的不可见字符——这些会让看似简单的替换在某些行上静默失败。
