--no-data是唯一可靠方案，因mysqldump布尔参数仅支持--flag或--skip-flag形式，--no-data=false被忽略导致默认导出数据+结构；必须显式写出且置于数据库名前，顺序错误或缺库名均报错。
--no-data 是唯一可靠、开箱即用的方案，其他写法（如 --skip-insert、--no-data=false）要么报错，要么实际导出数据。
为什么 --no-data 必须显式写出，不能加 =false
mysqldump 的布尔型参数只认两种形式：--no-data（启用）或 --skip-no-data（禁用），不支持 =true/false 语法。写成 --no-data=false 会被忽略，等价于没写，结果默认导出全部数据+结构。命令行解析时它被当作无效参数丢弃，不会报错，但行为完全不符合预期。
-
--no-data：必须出现，无值，仅开关作用 -
-d：是它的合法短选项，效果完全等同 -
--nodata（少横线）、--no_data（下划线）：均非法，报错Unknown argument
导出单表结构时，数据库名和表名顺序不能颠倒
mysqldump 要求先写数据库名，再写表名，中间无逗号或分隔符。漏掉数据库名会报错 No database selected；把表名放前面则可能被误认为是数据库名，导致导出空文件或权限错误。
- ✅ 正确：
mysqldump -u root -p --no-data mydb users > users.sql - ❌ 错误：
mysqldump -u root -p --no-data users mydb > users.sql（users 被当库名，mydb 被忽略） - ❌ 错误：
mysqldump -u root -p --no-data users > users.sql（缺数据库名） - ⚠️ 特殊字符表名需用反引号：
mysqldump -u root -p --no-data mydb `user-log` > user_log.sql
导出结果里为什么还有 AUTO_INCREMENT=123 和 ENGINE=InnoDB
--no-data 只跳过 INSERT 语句，不修改 CREATE TABLE 本身的定义。所有元数据——包括 AUTO_INCREMENT 当前值、存储引擎、字符集、排序规则、分区信息、外键约束——都会原样保留。这不是 bug，是设计使然。
- 想清空
AUTO_INCREMENT值？导出后用sed -i 's/AUTO_INCREMENT=[0-9]*//g'替换，或导入前手动执行ALTER TABLE users AUTO_INCREMENT = 1 - 想统一字符集？加
--default-character-set=utf8mb4，但注意这会影响连接层，不一定改写建表语句里的CHARSET - 想去掉
DEFINER避免权限失败？必须加--skip-definer，否则视图/触发器里的DEFINER仍会存在
容易被忽略的三个兼容性雷区
导出命令跑通 ≠ 导入能成功。这三个点不检查，mysql 执行时大概率报错：
- 目标 MySQL 版本不支持源库的 SQL 模式（如
STRICT_TRANS_TABLES），建议导出时加--set-gtid-purged=OFF --column-statistics=0 - 导出文件默认不含
CREATE DATABASE和USE，若目标库不存在，需手动创建，或改用--databases mydb包裹 -
--no-data不自动跳过视图、存储过程、事件——它们属于“对象”而非“数据”，若不需要，得额外加--skip-routines --skip-triggers --skip-events --skip-views
