修改.sql文件前需确认必要性，因其为mysqldump生成的静态快照，文本替换须避开注释、字符串及SQL结构，否则引发ERROR 1064或数据错乱；应优先用sed或perl行级处理，严格转义特殊字符，避免GUI全局替换导致跨行错误。
直接改 .sql 文件前，先确认是不是真要手动改
大多数情况下，你拿到的 database_backup.sql 是 MySQL mysqldump 生成的纯文本导出文件，不是程序运行时动态生成的。它本身不执行逻辑，只是“快照”。所以替换内容本质是文本替换——但得避开注释、字符串、SQL 语句结构这些地方，否则导入会报错。
常见错误现象：ERROR 1064 (42000) 或导入后数据乱码、表名错位，往往是因为在 VALUES 字段里误替换了引号内的内容，或把 INSERT INTO `user` 里的反引号删了。
- 优先用
sed或perl -pi做行级替换，别用 GUI 编辑器全局替换（容易跨行/跨字符串） - 如果要改数据库名，只动
CREATE DATABASE和USE行，别碰CREATE TABLE `xxx`里的库前缀（如`old_db`.`users`）——除非你确定目标库不存在同名表 - 修改前务必
cp backup.sql backup.sql.bak，mysqldump不带--skip-extended-insert时，单条INSERT含上百字段，肉眼根本看不出哪段被改崩了
sed 替换表前缀或域名时，必须转义特殊字符
PHP 项目常导出含绝对路径或测试域名的 SQL，比如 https://dev.example.com 或 /var/www/html。这些字符串里有 /、.、:，直接写 sed 's/dev.example.com/prod.example.com/g' 会因 . 匹配任意字符而误伤。
正确做法是用其他分隔符 + 转义：
立即学习“PHP免费学习笔记（深入）”；
sed -i 's|https://dev\.example\.com|https://prod.example.com|g' dump.sql
注意点：
-
\.必须转义，否则.在正则里是通配符 - 用
|当分隔符比/更安全，避免和 URL 中的斜杠冲突 - Linux 用
sed -i直接改，macOS 的sed -i ''需空字符串参数，不加会生成备份文件 - 如果替换内容含换行（比如多行
INSERT），sed处理不了，得换perl -0777 -pi -e 's/.../.../gs'
PHP 脚本批量处理 SQL 文件时，别用 file_get_contents() 读大文件
一个 200MB 的 dump.sql，用 file_get_contents() 会直接 OOM（内存溢出），PHP 默认内存限制通常才 128M。这不是代码写得不好，是设计使然。
实操建议：
- 用
fopen()+fgets()逐行读，匹配到INSERT INTO `posts`这类行再做字符串替换，不加载全文 - 对需要改字段值的场景（如统一把
status = 'draft'改成'published'），优先在 SQL 层用UPDATE导入后再执行，而不是硬塞进 dump 文件 - 如果必须 PHP 处理，用
stream_filter_append()注册自定义 filter，在读流时实时替换，内存占用可控
导入前用 mysql --one-database 避免跨库污染
导出文件里若含多个 CREATE DATABASE 和 USE 语句，直接 mysql 可能往错误库写数据。特别是当你只改了部分表前缀，却忘了删掉其他库的 <code>CREATE DATABASE old_db，MySQL 会真的建出来。
安全做法：
- 导入前先
mysql -e "DROP DATABASE IF EXISTS new_db; CREATE DATABASE new_db CHARACTER SET utf8mb4;" - 用
mysql --one-database=new_db ，强制所有操作只作用于指定库，忽略文件里的其他 <code>USE - 检查 dump 文件头部是否有
SET FOREIGN_KEY_CHECKS=0;，导入后记得手动SET FOREIGN_KEY_CHECKS=1;，否则外键约束失效不易察觉
最麻烦的永远不是替换动作本身，而是没意识到 SQL 文件里那些看似“无关”的元信息——比如字符集声明、时间戳、自动递增值——它们在不同 MySQL 版本间行为不一致，一不留神就让迁移后的表无法写入。
