REPLACE() 函数怎么用？不是 UPDATE 语句本身
MySQL 的 REPLACE() 是字符串函数，不是“批量替换数据”的命令——它只在 SELECT 或 UPDATE 的 SET 子句里生效，不能单独执行替换操作。很多人搜“mysql replace 替换”却写成 REPLACE table_name ...，结果报错 ERROR 1064，就是因为混淆了函数和 SQL 语句。
真正批量改内容，得靠 UPDATE ... SET col = REPLACE(col, '旧值', '新值') 这种组合。
-
REPLACE(str, from_str, to_str)区分大小写，且是**全局替换**（不是只换第一次） - 如果
from_str为空字符串（''），返回原字符串，不会报错但也没效果 - 若
str为NULL，整个结果就是NULL，小心连带让非目标字段也变空 - 不支持正则，想按模式替换得用
REGEXP_REPLACE()（MySQL 8.0+）
UPDATE + REPLACE 批量修改时，为什么改完数据“不见了”？
常见现象：执行了 UPDATE article SET content = REPLACE(content, 'http://', 'https://')，再查发现部分 content 变成 NULL。根本原因不是 REPLACE 出错，而是该列定义了 NOT NULL 但没设默认值，而 REPLACE 过程中触发了隐式类型转换或超长截断，导致更新失败并静默置空（尤其在严格 SQL 模式关闭时）。
- 务必先加
WHERE content IS NOT NULL，避免 NULL 参与运算后污染结果 - 用
SELECT id, content FROM article WHERE content LIKE '%http://%' LIMIT 5先抽样确认目标范围 - UPDATE 前备份：比如
CREATE TABLE article_backup AS SELECT * FROM article - 如果字段是
TEXT或长VARCHAR，注意max_allowed_packet是否够大，否则大字段更新可能被中断
中文、特殊符号、转义字符怎么安全替换？
直接写 REPLACE(title, 'C++', 'C#') 看似没问题，但若原始数据里有反斜杠、单引号或 emoji，容易因字符集或客户端逃逸出错。最稳妥的方式是统一用 utf8mb4 字符集 + 显式转义。
- 确保连接、表、列都用
utf8mb4（查SHOW CREATE TABLE xxx确认） - 单引号要写成两个单引号：
REPLACE(descr, '''old''', '''new''')，不是用反斜杠 - 反斜杠本身需双写：
REPLACE(path, '\server\', '/server/') - 想替换换行符？用
REPLACE(txt, ' ', '<br>')
，但注意 Windows 是REPLACE(REPLACE(txt, ' ', ' '), ' ', '<br>')
性能很慢？别在大表上裸跑 REPLACE
对千万级表执行 UPDATE ... REPLACE() 可能锁表几十秒甚至几分钟，尤其没索引的 WHERE 条件。不是 REPLACE 慢，是全表扫描 + 行锁累积拖垮的。
- 必须带高选择性
WHERE，比如WHERE status = 'draft' AND content LIKE '%http://example.com%'，别只写WHERE id > 0 - 避免在
WHERE里用REPLACE()，例如WHERE REPLACE(content, 'a', 'b') = 'x'会强制全表计算，无法走索引 - 如果只是展示时替换（比如前端页面显示），优先考虑应用层处理，而不是硬刷数据库
- 实在要批量更新，拆成小批次：用
WHERE id BETWEEN 10000 AND 19999分段提交
真正麻烦的不是语法，是替换前后字符长度变化引发的字段溢出、索引失效、主从延迟跳变——动手前看一眼 CHAR_LENGTH() 差值，比什么都实在。
