REPLACE 函数是 SQL 里做字符串替换的常规工具，但一个常见误区是：很多人以为执行 SELECT REPLACE(...) 就等于更新了数据。实际上，这只是在查询结果里替换了一下，表里的内容纹丝不动。真想改数据，必须配合 UPDATE 显式赋值。语法本身很简洁：REPLACE(string, old_substring, new_substring)，三个参数一个都不能为 NULL，否则整行返回 NULL。另外注意区分大小写——MySQL 默认区分，PostgreSQL 和 SQL Server 也一样，除非你用 ILIKE 或额外函数。如果 old_substring 在字符串里找不到，原样返回；替换是全局的，所有匹配位置都会换掉，没法只替换第 N 次；如果把 new_substring 设为空字符串 ''，效果等同于删除这个子串。
REPLACE函数的基本用法和注意事项
REPLACE 是 SQL 标准函数，但它的工作方式容易被误解。关键点：它本身不会修改原字段值，必须配合 UPDATE 显式赋值。很多新手直接写 SELECT REPLACE(col, 'old', 'new') 就以为数据更新了——其实只是查出来变了，表里一个字都没改。正确写法是 UPDATE table SET col = REPLACE(col, 'old', 'new')。
语法固定为 REPLACE(string, old_substring, new_substring)，三个参数都不能为空（NULL 会导致整行返回 NULL）。区分大小写是默认行为（MySQL、PostgreSQL、SQL Server 都如此，除非用特殊语法）。如果 old_substring 在字符串中不存在，返回原字符串；替换是全局的，所有匹配位置都会被替换，不支持“只换第 N 次”这种限制；若 new_substring 为空字符串 ''，效果等同于删除该子串。
安全执行批量更新的必备步骤
直接写 UPDATE table SET col = REPLACE(col, 'x', 'y') 风险很高——条件写错或测试不全，可能误改大批数据。务必按顺序操作：
- 先用
SELECT验证：比如SELECT id, col, REPLACE(col, 'foo', 'bar') AS new_col FROM t WHERE col LIKE '%foo%'，人工核对前几条是否符合预期。 - 加
WHERE条件缩小范围，例如WHERE col LIKE '%旧文本%' AND col IS NOT NULL，避免对空值或无关行操作。 - 在支持事务的数据库（如 PostgreSQL、MySQL InnoDB）中，用
BEGIN;开启事务，执行UPDATE后先SELECT确认，再COMMIT；出错则ROLLBACK。 - 生产环境严禁在没有备份或延迟复制的从库上直接跑
UPDATE。
不同数据库对REPLACE的兼容性差异
REPLACE 函数在 MySQL、PostgreSQL、SQL Server、Oracle 里都存在，但行为细节有差别：
- MySQL 的
REPLACE(str, from_str, to_str)支持任意长度的from_str，对BLOB类型也有效。 - PostgreSQL 要求输入类型一致，若字段是
TEXT，三个参数都得是TEXT；用CAST强转时注意编码，否则可能报invalid byte sequence。 - SQL Server 的
REPLACE对varchar(max)和nvarchar(max)完全支持，但若原字段含NULL，整个表达式结果为NULL，需用ISNULL(col, '')包裹。 - SQLite 也有
REPLACE，但它是冲突处理语句（UPSERT），和字符串替换函数不是一回事，别弄混。
处理嵌套、多层或正则需求时的替代方案
REPLACE 只能做精确字符串替换，遇到模糊匹配（比如“把所有以 ‘https://’ 开头的链接换成 ‘https://’”）、大小写不敏感替换、或需要保留部分结构的情况，它就无能为力了：
- MySQL 8.0+ 可以用
REGEXP_REPLACE(col, '^https://', 'https://')，低版本只能靠应用层或存储过程拼接。 - PostgreSQL 推荐
REGEXP_REPLACE(col, 'old.*?pattern', 'new', 'g')，注意'g'标志表示全局替换。 - SQL Server 2017+ 支持
STRING_SPLIT+FOR XML组合实现复杂逻辑，但性能差，不如导出到脚本处理。 - 真正复杂的文本清洗（比如 HTML 标签清理、JSON 字段内替换），别硬扛在 SQL 里，用 Python/Pandas 加载后处理更可靠。
实际批量更新时，最容易被忽略的是字符集隐式转换和索引失效——REPLACE(col, ...) 会让 WHERE col = ... 无法走索引，如果条件里还套了函数，全表扫描就躲不掉。
