REPLACE()是MySQL中用于全量字符串替换的函数，语法为REPLACE(str, from_str, to_str)，区分大小写、不支持正则与位置限定，任一参数为NULL则返回NULL；常用于查询清洗或UPDATE批量修改，但需防误更新、字符集错乱及性能下降。
MySQL中REPLACE()函数的基本用法
REPLACE()不是正则替换，而是简单字符串逐字匹配与全量替换：它把字段值里所有出现的旧子串，替换成新子串，区分大小写，且不支持通配符或位置限定。
常见误用是把它当 REGEXP_REPLACE() 用——比如想只换开头的字符、或只换第2次出现的位置，REPLACE() 做不到，必须换函数或加条件判断。
- 语法固定为：
REPLACE(str, from_str, to_str)，三个参数都必须是非NULL字符串 - 若任一参数为
NULL，整个结果返回NULL（不是空字符串） - 它不修改原数据，只是查询时临时替换；要真正更新，得配合
UPDATE
SELECT中用REPLACE()做查询时的字符清理
典型场景是查出“清洗后”的值，比如去掉电话里的-、统一邮箱域名大小写、清除描述字段中的多余空格或特殊符号。
注意：多次嵌套REPLACE()可处理多个字符，但性能随嵌套层数下降，5层以上建议考虑应用层处理或生成临时表。
- 单字符替换：
SELECT REPLACE(phone, '-', '') FROM users; - 多级替换（如先去空格再换下划线）：
SELECT REPLACE(REPLACE(name, ' ', ''), '_', '-') FROM products; - 避免意外全量替换：比如把
'admin'替换成'super'，字段含'administrator'也会被改成'superistrator'——得加WHERE限定或改用正则
UPDATE中用REPLACE()批量修改字段内容
这是最常踩坑的操作：没加WHERE条件就执行，导致整张表被误改。务必先用SELECT验证逻辑，再用UPDATE。
另一个易错点是忽略字符集影响——比如字段是utf8mb4，但连接客户端用latin1发送SQL，可能导致中文被截断或乱码替换，最终存入垃圾字符。
- 安全流程：先
SELECT id, content, REPLACE(content, '旧', '新') AS new_content FROM articles WHERE content LIKE '%旧%'; - 确认无误后执行：
UPDATE articles SET content = REPLACE(content, '旧', '新') WHERE content LIKE '%旧%'; - 如果字段有索引，大量
UPDATE可能触发索引重建，高峰期慎操作；超10万行建议分批次（用id BETWEEN或LIMIT）
什么时候不该用REPLACE()？替代方案提示
当需求涉及“部分匹配”“位置限定”“模式识别”时，REPLACE()已力不从心。MySQL 8.0+ 提供了REGEXP_REPLACE()，但要注意它默认使用POSIX字符类，不完全兼容PCRE，而且性能比REPLACE()低一个数量级。
- 只替换第一个匹配项？
REPLACE()做不到，得用CONCAT()+LOCATE()+SUBSTRING()手工拼接 - 要忽略大小写替换？
REPLACE()区分大小写，要么先转成统一大小写再替换，要么用REGEXP_REPLACE()配合[i]标志（MySQL 8.0.22+） - 字段含JSON且只想改某个key的值？别用
REPLACE()硬刷，用JSON_SET()或JSON_REPLACE()更安全
真正复杂的文本处理，数据库不是最佳场所——容易锁表、难调试、不可逆。能推到应用代码里做的，就别在SQL里硬刚。
