REPLACE函数仅返回替换后的新值而不修改原数据；要批量更新字段，必须配合UPDATE语句使用，如UPDATE users SET email = REPLACE(email, '@old.com', '@new.org') WHERE email LIKE '%@old.com%'。
REPLACE 函数本身不修改数据，只返回替换后的新值；要批量更新字段内容，必须配合 UPDATE 语句使用，否则执行后什么都不会变。
REPLACE 函数的基本用法和常见误用
SQL 中的 REPLACE() 是字符串函数，语法为 REPLACE(string, old_substring, new_substring)，它不会改动原字段，只是在查询时生成新结果。很多人写完 SELECT REPLACE(name, '旧', '新') FROM users; 就以为字段被改了，其实只是查出来一列临时值。
- 只在
SELECT中用：纯查看效果，安全但无持久变更 - 只在
WHERE中用：比如WHERE REPLACE(phone, '-', '') = '13812345678'，用于模糊匹配，不影响数据 - 漏掉
UPDATE：最典型错误——写了REPLACE()却没包裹进UPDATE ... SET ... = REPLACE(...)，执行后表内容完全不变
用 UPDATE + REPLACE 实现批量替换字段
真正批量改数据，得靠 UPDATE 显式赋值。例如把 users 表中所有 email 字段里的 @old.com 换成 @new.org：
UPDATE users SET email = REPLACE(email, '@old.com', '@new.org') WHERE email LIKE '%@old.com%';
关键点：
-
SET email = REPLACE(email, ...)这一行才是实际写入的逻辑 -
WHERE条件强烈建议加上，避免全表误更新；LIKE能提前过滤，也减少无谓计算 - MySQL 和 PostgreSQL 都支持
REPLACE()，但 SQL Server 用的是REPLACE()（同名），SQLite 也支持；Oracle 需用REPLACE()（一样），所以跨库迁移时函数名通常不是问题 - 注意大小写：MySQL 默认不区分大小写，PostgreSQL 区分，
REPLACE(content, 'ABC', 'xyz')在 PostgreSQL 中不会匹配abc
容易踩的坑：嵌套、空值与性能
真实业务中，字段可能含 NULL、重复替换、或需要链式处理，这些地方容易出错。
-
REPLACE(NULL, 'x', 'y')结果仍是NULL，不会报错但也不会生效；更新前可用WHERE email IS NOT NULL过滤 - 想连续替换多个字符（如删掉所有空格再删掉所有换行），不要写
REPLACE(REPLACE(text, ' ', ''), '\n', '')—— 可读性差且难维护；MySQL 8.0+ 可考虑REGEXP_REPLACE()，但多数场景拆成两次UPDATE更稳妥 - 全表扫描风险：没加
WHERE或索引字段未参与条件时，大表（百万行以上）执行会锁表、慢、甚至超时；先用SELECT COUNT(*)估算影响行数，再执行 - 中文字符要注意：某些数据库对 UTF-8 多字节字符处理正常，但老旧 MySQL 5.5 若用
latin1排序规则，REPLACE()可能截断或乱码，务必确认字段是utf8mb4
真正麻烦的从来不是语法，而是你不确定那条 WHERE 条件是否真的只命中想改的行——上线前一定要在测试库用 SELECT 预览，再用小范围 WHERE id BETWEEN ... 验证一次更新效果。
