replace函数需确保三参数均非null且旧子串非空，如replace(col,' ','')；多字符替换须嵌套或postgresql用translate；下划线在replace中是字面量无需转义。
REPLACE 函数怎么写才不报错
SQL 里 REPLACE 是个纯字符串替换函数，不支持正则、不支持通配符、不区分大小写（取决于 collation），写错参数顺序或传空值就直接返回原字段，表面看“没报错”，实则清洗失败。
常见错误现象：REPLACE(col, '', 'x') 没效果（空字符串不能作为旧值）；REPLACE(col, NULL, 'x') 整列变 NULL（任一参数为 NULL，结果必为 NULL）。
- 必须确保三个参数都非
NULL，建议用COALESCE(col, '')包一层再替换 - 旧子串要精确匹配，比如想删掉所有空格，得写
REPLACE(col, ' ', '')，不是's'或'% ' - MySQL 和 PostgreSQL 都支持，但 SQL Server 的
REPLACE对text类型不友好，需先转varchar(max)
一次替换多个不同字符怎么办
REPLACE 本身只换一种子串，真要批量清洗（比如把 _、·、 全换成下划线），只能嵌套调用——但嵌套太深可读性差，还容易漏括号。
使用场景：ETL 前的脏数据预处理、导入时字段标准化、报表字段名清理。
- 嵌套写法示例：
REPLACE(REPLACE(REPLACE(col, '_', '-'), '·', '-'), ' ', '-') - 注意嵌套顺序不影响结果，但建议从最常出现或最长的子串开始，避免中间结果意外触发下一层替换（比如先替
'a'再替'ab'就可能出错） - PostgreSQL 可用
TRANSLATE一次性映射多个单字符：TRANSLATE(col, '_· ', '---')，但无法处理多字符替换（如' '）
为什么 UPDATE 用了 REPLACE 却没生效
执行 UPDATE 时只写了 SET col = REPLACE(col, 'x', 'y')，但行数显示“0 rows affected”，大概率是 WHERE 条件没命中，或者原值根本没含待替换内容。
性能影响：全表扫描 + 字符串遍历，大表慎用；若字段有索引，REPLACE 后结果无法走索引，WHERE 里别对 REPLACE 结果做等值判断。
- 先用
SELECT COUNT(*) FROM t WHERE col LIKE '%x%'确认存在可替换项 - 加
WHERE col LIKE '%x%'能跳过无意义更新，也避免触发不必要的触发器或复制日志 - 如果只是临时查看效果，别直接
UPDATE，先SELECT id, col, REPLACE(col, 'x', 'y') AS cleaned FROM t LIMIT 10
下划线_被当成通配符还是字面量
在 LIKE 里 _ 是单字符通配符，但在 REPLACE 里它就是普通字符，不需要转义——这点很多人混淆。
容易踩的坑：有人在 REPLACE(col, '_', ' ') 前，先用 LIKE '_%' 查数据，误以为 REPLACE 也要写成 REPLACE(col, '_', ' ')，结果反把反斜杠一起替进去了。
-
REPLACE所有参数都是字面量匹配，_、%、[全部照原样处理 - 只有
ESCAPE子句配合LIKE或ILIKE时才需要考虑转义 - 如果字段里真有反斜杠（如 Windows 路径），而你又想替掉它，记得写两个：
REPLACE(col, '\', '/')
真正麻烦的是那些不可见字符——比如中文全角空格、零宽空格、BOM 头。它们不会在 SELECT 结果里显示异常，但 REPLACE 找不到，得先用 HEX() 或 LENGTH() + CHAR_LENGTH() 差值来定位。
