--no-data 是最干净可靠的只导表结构方式，它跳过所有数据行，仅生成含注释、索引、约束的完整 create table 语句，避免误用 where 1=0 等无效方法。
只导结构不导数据：用 --no-data 最直接
导出表结构但跳过所有行记录，mysqldump 本身就有现成开关，不用改 SQL 或写脚本。--no-data 是最干净、最可靠的方式，它让 mysqldump 完全忽略 INSERT 语句，只生成 CREATE TABLE（含注释、索引、约束等完整定义）。
常见错误是误用 --skip-extended-insert 或试图加 WHERE 1=0 —— 这些要么无效，要么反而触发数据导出逻辑。
mysqldump -u root -p --no-data mydb users > users_schema.sql- 如果库名或表名含特殊字符，用反引号包裹：
mysqldump -u root -p --no-data mydb `user-log` > user_log_schema.sql - 默认会包含
CREATE DATABASE和USE语句，不需要可加--no-create-db --skip-create-options
导出时保留或去掉哪些额外信息？看这几个关键参数
只导结构看似简单，但实际部署时经常卡在“为什么建表失败”——多半是默认导出的元信息和目标环境不兼容。比如 DEFINER、存储引擎、字符集、SQL 模式都会被原样写入。
- 要去掉
DEFINER（避免权限报错）：--skip-definer - 强制统一字符集（如跳过源库的
utf8mb4_0900_as_cs）：--default-character-set=utf8mb4 - 禁用
CREATE TABLE ... ENGINE=InnoDB中的引擎声明（适配 MyISAM 环境）：--skip-opt --no-create-info配合手动补CREATE TABLE，但更推荐直接用--no-data+ 后续 sed 替换 - 导出不含
AUTO_INCREMENT值（防止新表主键从大数开始）：--no-auto-value-on-zero
遇到 Access denied for user 或 Can't create/write to file 怎么办
权限不足不是“导不出”，而是 mysqldump 在尝试读取系统表（如 information_schema）或写临时文件时被拦住。重点不在数据库用户权限，而在执行命令的 OS 用户和 MySQL 配置。
- 报
Access denied且确认密码正确 → 检查用户是否有SELECT权限（mysqldump --no-data仍需查information_schema.TABLES等元数据） - 报
Can't create/write to file→ 不是磁盘满，而是 mysqldump 默认尝试在 MySQL 的secure_file_priv目录下写临时文件；改用重定向输出：mysqldump ... > /tmp/schema.sql，避开该限制 - 使用
--single-transaction对--no-data无意义，可删掉，减少不必要的事务开销
替代方案：用 SHOW CREATE TABLE 手动拼接
当 mysqldump 被禁用（如某些云数据库只开放普通连接），或者只需要一两张表的结构，SHOW CREATE TABLE 更轻量、更可控。
- 单表：连接后执行
SHOW CREATE TABLE users;，结果第二列就是完整建表语句 - 多表批量：写个简单 shell 循环，用
mysql -N -s -e "SHOW CREATE TABLE $table" mydb >> schema.sql，-N -s去掉列名和表格边框 - 注意：
SHOW CREATE TABLE不输出外键定义（除非显式开启FOREIGN_KEY_CHECKS），也不包含视图/存储过程；--no-data则能覆盖更多对象类型
真正容易被忽略的是字符集继承关系——即使加了 --default-character-set，如果源表用了 COLLATE utf8mb4_0900_as_cs，而目标 MySQL 版本低于 8.0，建表就会失败。这时候得手动替换 collation，或者提前用 ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci 统一再导出。
