只导出单表结构必须指定数据库名并加--no-data参数，否则报错“Couldn't find table”；表名含特殊字符需用反引号包裹；权限不足或DEFINER干扰也会导致失败，可加--skip-definer或改用SHOW CREATE TABLE替代。
只导出单表结构必须带数据库名和--no-data
不写数据库名，mysqldump 直接报错 Couldn't find table: 'users'。它从不接受孤立的表名，哪怕你当前连的就是那个库。--no-data 是核心开关，但光有它不够——没库名，命令根本跑不起来。
-
mysqldump -u root -p --no-data myapp users > users.sql✅ 正确 -
mysqldump -u root -p --no-data users > users.sql❌ 报错，缺库名 - 表名含短横线、空格或关键字时，必须用反引号：
mysqldump -u root -p --no-data myapp `user-log` > user_log.sql
导出结构失败常见原因：权限不足或--skip-definer干扰
即使加了 --no-data，也可能只输出空文件或报 Access denied。这不是数据导出问题，而是 mysqldump 在读取 information_schema.TABLES 和 information_schema.COLUMNS 时被拦住了——执行用户必须有 SELECT 权限，哪怕只看结构。
- 运行
SHOW GRANTS FOR CURRENT_USER;，确认包含SELECT ON *.*或至少SELECT ON `myapp`.* - 如果备份文件里带
DEFINER=`admin`@`%`，恢复到新环境可能因用户不存在而建表失败，加--skip-definer可去掉这行 -
--single-transaction对纯结构导出无作用，删掉更干净
--no-data 导出内容默认含哪些元信息？怎么精简
默认导出的 SQL 不只是 CREATE TABLE，还会夹带 CREATE DATABASE、USE、引擎声明、字符集、SQL 模式等。这些在跨环境部署时容易冲突。
- 要去掉
CREATE DATABASE和USE：加--no-create-db --skip-create-options - 强制统一字符集（避免 emoji 乱码）：加
--default-character-set=utf8mb4 - 跳过
ENGINE=InnoDB声明（适配 MyISAM 环境）：加--skip-opt，但注意它会同时关掉其他优化，慎用 - 更稳妥的做法是导出后用
sed或awk过滤，比如删掉所有DEFINER行：sed '/DEFINER=/d' users_structure.sql
替代方案：SHOW CREATE TABLE 更轻量、更可控
当 mysqldump 被禁用（如某些云数据库只开放普通连接），或你只需要一两张表结构，SHOW CREATE TABLE 是更直接的选择。它不依赖额外权限，也不生成冗余语句。
- 执行
mysql -u root -p -Nse "SHOW CREATE TABLE myapp.users;" > users.sql -
-N去掉列名头，-s禁用表格格式，-e直接执行语句 - 输出只有干净的
CREATE TABLE ...一行（实际会折成多行，但无注释、无元数据） - 缺点：不自动带
DROP TABLE IF EXISTS，也不处理视图、存储过程等，纯表结构场景够用
导出结构看着简单，真正卡住的往往是权限校验和元信息兼容性——尤其是 DEFINER、字符集、引擎声明这些默认跟着走的东西，很容易在目标库触发语法错误或建表失败。
