mysqldump 默认不生成 create database 和 use 语句；需显式使用 --databases（或 -b）参数才能输出建库及选库语句，否则导入时会因库不存在报错 error 1049。
mysqldump 默认不生成 CREATE DATABASE 和 USE 语句
导出单个数据库时，mysqldump -u user -p db_name > backup.sql 生成的 SQL 文件里确实没有 CREATE DATABASE 或 USE 语句。这不是 bug，是设计使然：避免在目标环境误删或覆盖同名库。如果你直接拿这个文件去新服务器执行，会遇到 ERROR 1049 (42000): Unknown database 'db_name' —— 因为库根本不存在。
--databases（或 -B）才是触发建库语句的关键参数
加了 --databases 才会让 mysqldump 主动输出 CREATE DATABASE IF NOT EXISTS `db_name` 和 USE `db_name`。注意两点：
-
--databases db_name和db_name（无参数）是完全不同的行为，后者不带建库逻辑 -
-B是--databases的简写，效果一致，但别和-A（导出所有库）混淆 - 即使只导一个库，也必须显式写
--databases db_name，不能省略参数名
导入前没创建库？常见报错和绕过方式
如果忘了加 --databases，又不想重导，可以手动补：
- 用文本编辑器或
sed -i '1i\CREATE DATABASE IF NOT EXISTS `db_name`;\nUSE `db_name`;'插入头两行 - 导入时不指定库名：
mysql -u user -p （此时依赖 SQL 文件里的 <code>USE） - 或者先创建库再导入：
mysql -u user -p -e "CREATE DATABASE IF NOT EXISTS db_name"，再执行mysql -u user -p db_name
但注意：如果目标库已存在且有同名表，而你又没加 --add-drop-table，可能因主键冲突或重复数据报错。
只导数据时，USE 语句仍可能残留
用 --no-create-info 跳过建表语句后，很多人以为“干干净净只剩 INSERT”，其实默认仍含 USE db_name 和 SET 开头的上下文。若目标库名不同或不存在，照样报错 ERROR 1049。
- 想彻底去掉
USE行，得配合--skip-comments --skip-triggers --skip-routines，或导出后用sed '/^USE/d' data_only.sql > clean.sql - 更稳妥的做法是：导入时明确指定库名，比如
mysql -u user -p target_db ，这样 <code>USE行会被忽略 - 如果连
SET语句都嫌多余（例如跨版本迁移），建议改用SELECT ... INTO OUTFILE或 Python + pymysql 手动拼 INSERT
真正容易被忽略的是字符集和时间类型兼容性——哪怕 SQL 文件能跑通，TIMESTAMP 默认值、utf8mb4 支持、生成列这些细节，在 MySQL 5.7 和 8.0 之间经常静默失败。
