mysqldump 没有 -d 这个参数，加了会报错 unknown option '-d'；真正只导出结构的是 --no-data 或其正确写法 -d（必须紧贴等号，不能空格），-d 单独使用无效。
mysqldump -d 参数根本不存在
直接说结论：mysqldump 没有 -d 这个参数，加了会报错 unknown option '-d'。这是常见误解，可能源于把其他工具（如 pg_dump 的 -s）或旧版文档记混了。真正用来只导出结构（不含数据）的是 --no-data 或其短选项 -d —— 但注意：这个 -d 是小写 d，且**必须紧贴等号写成 -d，不能空格分隔**，否则会被解析为“跳过某个数据库”的意思（mysqldump --help 里 -d 实际对应 --databases 的缩写，和结构导出无关）。
正确导出结构的命令是 mysqldump --no-data
导出单个数据库结构（不含任何表数据）的标准写法：
mysqldump -u root -p --no-data mydb > mydb_structure.sql
关键点：
-
--no-data是唯一可靠、跨版本兼容的选项；-d单独使用无效，-d mydb是指定数据库名，不是开关 - 如果要包含
CREATE DATABASE语句，得额外加--databases（注意复数），即：mysqldump -u root -p --no-data --databases mydb > mydb_full.sql - 导出多个库结构？用
--databases db1 db2 --no-data，不能省略--databases - 权限不足时会报
Access denied for CREATE VIEW等，需确保用户有SELECT和SHOW VIEW权限
导出结构时容易漏掉的细节
只导结构看似简单，但实际落地常踩坑：
- 视图、存储过程、函数默认不导出，要加
--routines；事件要加--events - 外键约束可能被临时禁用（
SET FOREIGN_KEY_CHECKS=0），若后续要导入到严格模式环境，得确认是否需要保留该语句 - 字符集信息依赖源库当前设置，若目标库默认字符集不同，建议显式加
--default-character-set=utf8mb4 - 使用
--skip-triggers可排除触发器（默认是包含的），避免某些场景下结构还原失败
替代方案：用 INFORMATION_SCHEMA 手动拼 DDL
当 mysqldump 权限受限（比如只有 SELECT），或只需要某几张表结构时，可直接查元数据：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
SELECT GROUP_CONCAT(table_name) FROM information_schema.tables WHERE table_schema='mydb';
更实用的是用 SHOW CREATE TABLE 逐个获取：
mysql -u root -p -Nse "SELECT CONCAT('SHOW CREATE TABLE ', table_name, ';') FROM information_schema.tables WHERE table_schema='mydb'" | mysql -u root -p mydb > tables_ddl.sql
这种方式完全绕过 mysqldump 权限模型，但不自动处理视图/过程/事件，也不带注释和兼容性头信息。
真正难的不是选哪个参数，而是想清楚你要的“结构”到底包不包括 routine、event、trigger、分区定义、甚至列的统计信息（ANALYZE TABLE 后的隐藏元数据）。这些在 --no-data 下全都不出现，得一个个手动补。
