REPLACE()函数仅返回替换后的新字符串，不修改原字段，必须配合UPDATE语句（如UPDATE t SET col = REPLACE(col, 'http://', 'https://')）并加WHERE条件限制范围才能真正更新数据；否则全表扫描、锁行、无法回退，且空字符串、NULL、字符集不匹配、嵌套自触发等问题易致静默失败。
REPLACE()函数必须配合UPDATE才能改数据
光写SELECT REPLACE(col, 'old', 'new')只是查出结果，字段本身没变。真正改数据得用UPDATE语句赋值，比如：UPDATE t SET col = REPLACE(col, 'http://', 'https://');。漏掉SET col =或写成SELECT开头，就等于什么都没做。
不加WHERE条件会全表扫描并锁行
没WHERE的UPDATE会扫完整张表，InnoDB虽不锁整表但会锁所有被扫描行，高峰期可能阻塞其他写操作。常见翻车点包括：
- 误写成
UPDATE posts SET title = REPLACE(title, 'a', 'b');——没WHERE，全表执行 -
WHERE REPLACE(col, 'x', '') != col这种写法无法走索引，等价于全表扫描 - 想只改某几条，却用
WHERE id > 0，实际覆盖全部主键
正确做法是先SELECT id, col FROM t WHERE col LIKE '%old%'预览，再用WHERE id IN (1,2,3)或WHERE status = 'draft'缩小范围。
空字符串、NULL和字符集容易静默失败
REPLACE()对边界情况很敏感，稍不注意就失效：
-
from_str传空字符串''，整个函数返回NULL，不是原值 - 字段本身为
NULL时，REPLACE(NULL, 'x', 'y')仍返回NULL，不会报错也不会触发更新 - 字段是
utf8mb4但客户端连接用latin1，中文或emoji会被截断，导致REPLACE()匹配不到目标子串 - 换行符混用
\r\n和\n，而你要替换的字符串跨了换行，结果根本匹配不上
嵌套替换顺序和自触发问题
写REPLACE(REPLACE(x, 'a', 'ab'), 'ab', 'c')看似合理，但第一次替换生成的'ab'会立刻被第二次替换捕获，最终'a'变成'c'而不是'ab'。更麻烦的是：
- 嵌套超过3层后性能明显下降，尤其字段内容长时
- 如果
to_str里包含from_str（比如REPLACE(x, 'a', 'aa')），可能引发无限循环逻辑（MySQL会截断，但结果不可控） - 想“只替换完整单词”，
REPLACE()做不到，必须用REGEXP_REPLACE()（MySQL 8.0+）或应用层处理
最易被忽略的是：它不做任何预处理——不自动去空格、不统一换行符、不忽略大小写。你喂进去什么样，它就按字面意思硬匹配。
