mysqldump没有独立有效的-d参数导出结构，真正可靠的是--no-data；-d仅在mysql 8.0.29+新解析器下作为其简写且易混淆，故推荐统一使用--no-data。
mysqldump -d 确实能导出表结构不含数据，但要注意它不等于 --no-data
很多人以为 mysqldump -d 是标准用法，其实这是个常见误解。-d 在 mysqldump 中根本不是“no data”的缩写，而是 --set-gtid-purged 的别名（MySQL 5.6+），和导出结构完全无关。真正起作用的是 --no-data 或其简写 -d —— 但仅当 mysqldump 版本 ≥ 8.0.29 且启用了新命令行解析器时才支持。更稳妥的做法是直接用 --no-data，避免版本差异导致静默失败。
正确导出表结构的命令写法
以下命令可稳定生成只有 CREATE TABLE 语句的 SQL 文件：
mysqldump -u root -p --no-data --skip-triggers --skip-routines --skip-events test_db users
-
--no-data：强制跳过 INSERT 语句，只保留 DDL -
--skip-triggers：否则会额外导出 TRIGGER 定义（即使没数据，也可能干扰结构复用） -
--skip-routines和--skip-events：防止存储过程、事件被意外包含（它们不属于表结构本身） - 不加
--databases时，需显式指定数据库名test_db和表名users；加了则可写成mysqldump -u... --no-data --databases test_db
导出结果里为什么还有 AUTO_INCREMENT=123 这类值？
这是正常行为，--no-data 只跳过 INSERT，不重置表定义中的元信息。AUTO_INCREMENT、ENGINE、CHARSET、COLLATE 等都属于 CREATE TABLE 语句的一部分，会被完整保留。如果需要干净的“模板式”结构（比如用于建新环境），得手动删或用 sed 处理：
mysqldump -u... --no-data test_db users | sed '/AUTO_INCREMENT=/d; /DEFAULT CHARSET=/s/ DEFAULT CHARSET=[^ ]*//'
- 某些场景下保留 AUTO_INCREMENT 反而是优点（如迁移后需延续自增序号）
- 若目标是跨版本兼容（例如从 MySQL 8 导到 5.7），还需加
--compatible=mysql40或手动删掉 JSON 列、CTE 等高版本语法
导出结构时权限不足会报什么错？怎么快速确认？
常见错误是 mysqldump: Got error: 1142: SELECT command denied to user —— 注意，即使只导结构，mysqldump 默认仍会执行 SELECT COUNT(*) 检查表是否存在，因此需要 SELECT 权限。解决办法有两个：
- 给用户授最小权限：
GRANT SELECT, SHOW VIEW ON `test_db`.`users` TO 'dumpuser'@'%'; - 加
--skip-tables-list配合--tables参数绕过检查（不推荐，适用性窄）
容易被忽略的一点：如果用 --single-transaction，还需要 RELOAD 权限来获取全局读锁（哪怕只导结构），否则会卡住或报错。
