sed 删除 SQL 文件中 CREATE DATABASE 和 USE 语句需用 /^CREATE DATABASE/d; /^USE /d 精准匹配行首，避免误删表名中的库名；对库前缀替换应使用 sed -E "s/[^]+\.([^]+)/\1/g" 仅处理语法结构；导入前用 grep 检查残留语句；更优方案是直接 mysql -D targetdb 跳过库声明。
用 sed 删除 SQL 文件里的 CREATE DATABASE 和 USE 语句
直接删掉这些语句，才能让 sql 文件在目标库中安全导入，否则会报错或创建错库。重点不是“替换”，而是“跳过执行”——sed 在这里干的是预处理裁剪的活。
常见错误是只删 USE 却漏了 CREATE DATABASE，结果导入时仍报 ERROR 1007 (HY000): Can't create database 'xxx'; database exists；或者用错地址匹配，把表结构里的库名（如 `mydb`.`users`）也误删了。
- 用
sed '/^CREATE DATABASE/d; /^USE /d'最简够用，注意行首锚定^，避免误伤 - 如果 SQL 文件带注释或空格缩进，改用
sed '/^[[:space:]]*\(CREATE DATABASE\|USE\)/d' - MySQL 8.0+ 导出默认带
/*!40101 SET @OLD_SQL_MODE=... */这类条件注释，它们不干扰，不用动
保留库内对象但强制指定目标库名：用 sed 替换 CREATE TABLE 中的库前缀
当源 SQL 里所有表都写成 CREATE TABLE `sourcedb`.`users`，而你只想导入到当前已选中的库（比如 targetdb），就得把库名前缀干掉，不然会报 ERROR 1146 (42S02): Table 'sourcedb.users' doesn't exist（因为目标库里没这个库）。
这不是全局替换字符串，而是精准替换语法结构：只动 CREATE TABLE、INSERT INTO 等语句开头的库名引用，不动字段名或数据内容里的反引号片段。
- 安全做法：
sed -E "s/`[^`]+`\.`([^`]+)`/`\1`/g"—— 只匹配「反引号库名.反引号表名」模式 - 更稳一点可加行限制：
sed -E "/^(CREATE TABLE|INSERT INTO|ALTER TABLE|DROP TABLE)/ s/`[^`]+`\.`([^`]+)`/`\1`/g" - 别用
sed 's/sourcedb\.//g'这种粗暴方式，容易把user_source_db_id这类字段名也砍掉
导入前检查是否还有残留库操作：用 grep 快速扫描
预处理完别急着导入，先确认文件里真没漏网的 CREATE DATABASE 或 USE。人眼扫几百行容易漏，命令一跑就清楚。
-
grep -n "^\(CREATE DATABASE\|USE\|DROP DATABASE\)" cleaned.sql—— 行号+匹配内容，方便定位 -
grep -c "`[^`]*`\." cleaned.sql查还有多少带库前缀的表引用，判断是否需要二次清理 - 如果输出非空，说明
sed规则没覆盖全，比如有换行、大小写混用（use小写）、或用了双引号而非反引号
真正省事的方式：绕过 sed，用 MySQL 客户端参数控制
如果你只是想“忽略 SQL 文件里的库声明，只执行表和数据操作”，其实根本不用改文件——mysql 命令本身就能跳过库级语句。
- 用
mysql -D targetdb （<code>-D指定默认库），此时所有未显式带库名的操作都会落到targetdb，而CREATE DATABASE和USE会被客户端静默忽略（不会报错，也不执行） - 但注意：这招对
CREATE TABLE `sourcedb`.`t`依然无效，它还是会去查sourcedb，所以库前缀仍需清理 - 若导出时用了
--skip-triggers --skip-routines等，导入前最好也核对下目标库权限，否则可能卡在触发器创建失败上
最麻烦的其实是混合了多库对象又没做逻辑分离的 SQL 文件——这种没法靠一条 sed 搞定，得先拆分再处理。别省那几分钟，先 awk '/^-- Current Database:/ {db=$NF} /^CREATE TABLE/ {print db, $0}' 粗筛一下结构再说。
