replace函数用于查询时临时替换字符串,语法为replace(string, old_substring, new_substring),三参数缺一不可且顺序不可颠倒;它只做精确子串匹配,不支持正则或通配符,遇null返回null,空old_substring通常导致null结果。

REPLACE函数的基本用法和参数顺序
SQL的REPLACE函数不是用来修改表数据的,它只在查询时对字段值做临时替换——这点容易被误以为能“更新数据”。它的调用形式是REPLACE(string, old_substring, new_substring),三个参数缺一不可,且顺序不能颠倒。比如想把title里所有'old'换成'new',得写成REPLACE(title, 'old', 'new'),写成REPLACE(title, 'new', 'old')就完全反了。
常见错误是把old_substring当作正则或通配符用——它只做**精确子串匹配**,不支持%、_或正则语法。想替换多个不同字符串?得嵌套调用,比如REPLACE(REPLACE(name, 'A', 'X'), 'B', 'Y')。
在SELECT中批量替换并保留原字段
实际查数据时,通常既要看到原始值,又要看到替换后结果,所以别直接覆盖字段名。正确做法是显式起别名:
SELECT title AS original_title, REPLACE(title, ' ', '_') AS clean_title FROM posts;
这样能避免混淆,也方便后续对比。如果忘了加别名,MySQL会把表达式结果命名为REPLACE(title, ' ', '_')这种难读的列名,PostgreSQL甚至可能报错(取决于版本和strict模式)。
注意:如果old_substring为空字符串(''),多数数据库(如MySQL、PostgreSQL)会返回NULL,而不是原字符串——这常导致意外空值。保险起见,先用COALESCE兜底:REPLACE(COALESCE(title, ''), ' ', '_')。
处理NULL值和大小写敏感问题
REPLACE遇到NULL输入时,结果一定是NULL,不会跳过或忽略。这意味着如果某行content为NULL,REPLACE(content, 'foo', 'bar')结果还是NULL,不是'foo'或空字符串。
大小写是否敏感取决于字段的collation或数据库默认设置。MySQL中utf8mb4_0900_as_cs是区分大小写的,而utf8mb4_general_ci不区分。测试时别只靠肉眼判断,用SELECT REPLACE('ABC', 'a', 'x')这种明确大小写组合验证当前环境行为。
- Oracle用户注意:
REPLACE第三个参数允许为NULL,此时效果等价于删除子串(即替换成空) - SQL Server同Oracle;但SQLite不支持第三个参数为
NULL,会报错 - PostgreSQL 14+开始支持
REPLACE的重载变体,但标准用法仍限三参数
性能影响和替代方案的取舍
在WHERE条件里用REPLACE会导致全表扫描——因为函数作用于字段后无法使用索引。例如WHERE REPLACE(email, '@', '') = 'userdomain.com',哪怕email上有索引也没用。
真要按替换后结果筛选,优先考虑:
- 加生成列并建索引(MySQL 5.7+/PostgreSQL 12+支持)
- 提前在应用层处理,或用ETL清洗后存入新字段
- 用
LIKE或全文索引替代(如找含'http://'的URL,比REPLACE(url, 'https://', 'http://')再匹配更高效)
另外,嵌套多层REPLACE(超过3~4层)会让SQL可读性骤降,也增加解析开销。这时不如用CASE WHEN或交给应用代码处理。
真正麻烦的是跨数据库移植——虽然REPLACE名字统一,但NULL处理、空字符串行为、collation依赖这些细节,几乎每个系统都略有差异。上线前务必在目标环境实测几组边界数据。











