REPLACE()是MySQL中全局、精确、区分大小写的字面量替换函数，不支持正则、无边界识别、必须配合WHERE条件使用，否则易误改全表；任一参数为NULL则返回NULL；MySQL 8.0+可用REGEXP_REPLACE()实现正则与大小写敏感替换。
REPLACE() 是最直接的方案，但用错会批量毁数据。它不是“智能替换”，而是字面量逐字匹配 + 全局覆盖，不区分语义、不识别边界、不支持正则。
为什么 REPLACE() 会误替换成千上万条记录
漏写 WHERE 条件是最常见事故源头——UPDATE users SET email = REPLACE(email, '@old.com', '@new.com') 没加 WHERE，全表所有 email 字段都会执行替换，哪怕值是 NULL 或 'contact@old.com.cn' 也会被改。
- 必须加前置校验：比如
WHERE email LIKE '%@old.com%'或WHERE INSTR(email, '@old.com') > 0 -
REPLACE()对NULL返回NULL，但不会报错，容易掩盖字段为空的问题 - 若字段含多处匹配（如
'aaabbb' → REPLACE(..., 'aa', 'x')），结果是'xbbb'，不是只换第一个
MySQL 8.0+ 要做大小写敏感或正则替换怎么办
REPLACE() 无法控制大小写或模式匹配。它完全依赖字段当前的 collation：默认 utf8mb4_0900_ai_ci 会忽略大小写，而 utf8mb4_0900_as_cs 则严格区分。
- 需要正则替换时，用
REGEXP_REPLACE()，例如：SET url = REGEXP_REPLACE(url, '^https?://([^/]+)/', 'https://cdn.$1/') - 要强制大小写敏感，加
BINARY修饰：SET name = REGEXP_REPLACE(BINARY name, 'john', 'John') - 低版本 MySQL（CASE WHEN + 多层
REPLACE()组合，或导出后用 Python/awk 处理
拼接、截取、条件更新不能只靠 REPLACE()
想在原字符串末尾加内容、按位置截断、或根据数值条件追加前缀，REPLACE() 完全无能为力。
- 追加内容：用
CONCAT()，例如SET description = CONCAT(description, ' [已归档]') - 固定位置替换（如第5–8位）：得用
INSERT(str, pos, len, newstr)，不是REPLACE() - 首字母大写：得组合
UPPER(LEFT(name,1))和LOWER(SUBSTRING(name,2)) - 条件拼接：必须嵌套
CASE WHEN，例如价格 '[特价] '，否则不加
数字、日期、JSON 字段调用 REPLACE() 的隐式转换风险
MySQL 允许对非字符串字段用 REPLACE()，但它会先转成字符串再操作——这个过程不可逆且极易出错。
-
DECIMAL字段如price = 12.34，执行REPLACE(price, '12', '99')后变成99.34，逻辑已错乱 -
DATE字段转成'2026-07-20'，若替换'-'成'.'，结果'2026.07.20'不再是合法日期 -
JSON字段转字符串后替换，几乎必然破坏结构，后续JSON_EXTRACT()会失败
真正危险的不是语法报错，而是字段看起来“更新成功”了，但业务读取时才暴露格式损坏。动手前务必确认字段类型和实际存储格式。
