--no-data是唯一可靠、官方支持的只导出表结构的方式，它跳过INSERT语句，生成完整CREATE TABLE语句（含注释、索引、约束），而其他写法如-d、WHERE 1=0或手动删数据均无效或不可控。
--no-data 是唯一可靠、官方支持的只导出表结构的方式。其他方法（比如加 WHERE 1=0、用 -d 参数或手动删 INSERT）要么无效，要么行为不可控，容易在迁移或恢复时出错。
为什么必须用 --no-data，而不是其他写法
很多人看到老文档里写 -d 就直接套用，但这个短参数在不同版本 mysqldump 中含义不一致：-d 在部分旧客户端里等价于 --no-data，但在 MySQL 8.0+ 客户端中已被弃用，甚至可能被忽略。而 --no-data 始终明确、稳定、跨版本兼容。
常见误操作包括：
- 漏掉该参数，结果导出几 GB 的 SQL 文件，全是
INSERT行 - 误加
--skip-extended-insert，它只影响 INSERT 格式，不阻止数据导出 - 试图用
mysqldump ... --where="1=0"，这仍会执行 SELECT，且可能因权限或字符集问题失败
--no-data 配合哪些参数能避免建表失败
单纯加 --no-data 导出的 SQL 可能在目标库报错，比如 ERROR 1064 或主键冲突，原因在于默认包含运行时属性和元信息。
推荐组合：
-
--skip-create-options：去掉AUTO_INCREMENT=123、DEFAULT CURRENT_TIMESTAMP这类非结构定义，只保留字段类型、索引、约束 -
--default-character-set=utf8mb4：强制以 utf8mb4 读取元数据，防止中文注释或字段名乱码 -
--skip-definer：过滤掉DEFINER=`root`@`localhost`，避免导入时因用户不存在报错 -
--add-drop-table：加上DROP TABLE IF EXISTS，方便反复测试建表
完整命令示例：mysqldump -u root -p --no-data --skip-create-options --default-character-set=utf8mb4 --skip-definer --add-drop-table mydb users > users_clean.sql
导出视图、存储过程时不能只靠 --no-data
--no-data 对普通表有效，但对视图、函数、存储过程默认不生效——它们不会出现在输出里。
必须分步处理：
- 视图：
mysqldump -u root -p --no-create-info --no-data --skip-triggers mydb > views.sql - 存储过程和函数：
mysqldump -u root -p --no-data --no-create-info --routines --skip-triggers mydb > routines.sql
--skip-triggers 很关键：触发器依赖具体数据状态，一般不该混进 DDL 备份；如果不加，可能因权限或上下文缺失导致导出失败。
权限和路径问题比参数更容易卡住你
命令跑不通，大概率不是参数写错，而是这两类问题：
- MySQL 用户缺少
SELECT权限（哪怕只导结构，mysqldump 也要查information_schema）；运行SHOW GRANTS FOR CURRENT_USER;确认有SELECTonmydb.* - OS 层面没权限写入目标路径，尤其用
sudo mysqldump后输出到普通用户家目录，会报Can't create/write to file
调试建议加 --verbose，看日志里是否出现 Executing SQL statement: SELECT —— 如果没有，基本就是权限拦住了。
--skip-create-options 和字符集显式指定。导出脚本看着没问题，一导入就主键跳号或注释变问号，根源往往就在这两个地方。 
