MySQL REPLACE()函数用于全局逐字替换字符串，区分大小写、不支持正则、空替换需谨慎；配合UPDATE使用时必须加WHERE条件或先SELECT验证，避免误操作且无法回退。
直接用 UPDATE 配合 REPLACE() 就能完成，不需要写脚本、不依赖外部工具，但必须加 WHERE 条件或先 SELECT 预览，否则改错没法回退。
REPLACE() 函数的参数和行为必须搞清
REPLACE(str, from_str, to_str) 是 MySQL 内置字符串函数，它会在 str 中**全局、逐字匹配** from_str，全部替换成 to_str。注意三点：
- 区分大小写：如果字段是
utf8mb4_general_ci或类似不区分大小写的排序规则，REPLACE(content, 'HTTP', 'https')也会命中http；但若字段是binary类型或_bin排序规则，则严格区分 - 不支持正则：不能写成
REPLACE(content, 'http://.*?/', 'https://new.com/')—— 这会原样报错，REPLACE()只接受固定字符串 - 空替换要小心：比如
REPLACE(title, ' ', '')会删所有空格，但如果字段含制表符\t或换行符，它们不会被处理
UPDATE 语句必须带 WHERE 或先 SELECT 验证
执行前不验证，一跑就全库扫，改错一条都可能影响业务。常见做法：
- 先查出要改的数据：
SELECT id, content FROM article WHERE content LIKE '%旧域名%'; - 确认无误后加
WHERE执行：UPDATE article SET content = REPLACE(content, 'http://old.com', 'https://new.com') WHERE id IN (101, 102, 105); - 如果范围大但有规律（如只改某类文章），用条件过滤：
WHERE status = 'published' AND created_at > '2024-01-01' - 千万别写成
UPDATE article SET content = REPLACE(...)不带WHERE—— 没法 undo，除非你有备份或 binlog 可闪回
批量替换时容易踩的坑
实际执行中几个高频翻车点：
- 替换内容里有单引号：比如把
O'Reilly改成O''Reilly，得写成REPLACE(author, 'O\'Reilly', 'O''Reilly')，否则 SQL 解析失败 - URL 替换漏掉冒号：
REPLACE(url, 'http', 'https')会把https变成httpss，正确写法是REPLACE(url, 'http:', 'https:') - 字段含 NULL：如果
content允许为NULL，REPLACE(content, 'x', 'y')返回仍是NULL，不会报错也不会改，需额外判断：WHERE content IS NOT NULL AND content LIKE '%x%' - 性能问题：对没索引的大字段（如
TEXT）全表扫描REPLACE()，可能锁表几秒甚至更久，建议在低峰期操作，或分批次加LIMIT（MySQL 8.0+ 支持UPDATE ... LIMIT）
最麻烦的不是语法写不对，而是替换后字段长度超限（比如原字段是 VARCHAR(50)，替换后变长了）、或者前端代码依赖旧字符串格式（如硬编码的 URL 前缀）。上线前务必连带检查应用层是否适配。
