SHOW CREATE TABLE 返回两列结果（Table和Create Table），第二列为含反引号、换行、无分号的DDL，需手动提取完整CREATE TABLE语句才能执行；权限不足时会报错，可用mysqldump替代导出。
直接用 SHOW CREATE TABLE 就行，但得注意它返回的不是纯 SQL 字符串，而是带表头和转义的查询结果，复制前容易漏掉关键部分。
为什么 SHOW CREATE TABLE 返回结果看着怪？
执行 SHOW CREATE TABLE users; 后，MySQL 返回的是一个两列的结果集：Table 和 Create Table。第二列才是你要的 DDL，但它被包裹在单引号里、含换行符、字段名带反引号，且末尾没有分号——这些都不是标准可执行 SQL 的样子。
常见错误现象：直接复制整行输出粘贴到新环境执行，报错 ERROR 1064 (42000)，因为多了 +-------+----------------------------------------------------------------+ 这类分隔线，或漏掉了 ENGINE= 后面的完整参数。
- 别复制整个查询结果，只选中第二列中从
CREATE TABLE开始、到最后一行) ENGINE=...结束的纯文本 - 如果用命令行客户端，加
\G后缀能避免列对齐干扰：SHOW CREATE TABLE users\G，这样结果是竖排，Create Table:后面直接跟 DDL 内容，更易选取 - 某些 GUI 工具（如 DBeaver、Navicat）右键表 → “查看 DDL” 或 “复制建表语句”，底层就是调用这个命令，但自动做了清洗，比手动复制安全
SHOW CREATE TABLE 在权限受限时会失败
该命令需要 SELECT 权限，但更重要的是：必须有对目标表所在数据库的 SHOW VIEW 权限（MySQL 8.0+）或旧版本的 SELECT + SHOW DATABASES 组合权限。没权限时会报错：ERROR 1142 (42000): SHOW CREATE TABLE command denied to user。
- 确认权限：运行
SHOW GRANTS FOR CURRENT_USER;，检查是否含GRANT SELECT, SHOW VIEW ON `db_name`.`table_name` - 如果只有只读账号，又没
SHOW VIEW，SHOW CREATE TABLE就不可用——此时只能退而求其次用DESCRIBE table_name;+SHOW INDEXES FROM table_name;拼凑结构，但约束、外键、注释等信息全丢 - DBA 可临时授权：
GRANT SHOW VIEW ON `mydb`.* TO 'reader'@'%'; FLUSH PRIVILEGES;
想导出多个表或自动化处理？别硬敲 SHOW CREATE TABLE
逐个执行 SHOW CREATE TABLE t1; SHOW CREATE TABLE t2; 效率低，还无法批量保存。这时候 mysqldump 是更稳的选择，它本质也是调用元数据生成 DDL，但封装了格式控制和权限兜底逻辑。
- 只导结构不导数据：
mysqldump -u root -p --no-data mydb t1 t2 - 加
--add-drop-table自动前置DROP TABLE IF EXISTS，适合迁移场景 - 加
--skip-extended-insert让每个字段定义独占一行，diff 更友好；加--compact则去掉注释和空行，适合快速扫读 - 注意：
mysqldump需要客户端能连上 MySQL 服务，且用户要有LOCK TABLES权限（除非加--single-transaction用 MVCC 隔离）
真正容易被忽略的点是字符集与排序规则的隐式继承——SHOW CREATE TABLE 输出的 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci 看似完整，但如果原库默认字符集是 latin1，而表显式指定了 utf8mb4，这个 DDL 在新库执行时可能因库级默认值覆盖导致实际建出来的表编码不对。导出后务必核对 CREATE DATABASE 语句中的字符集是否匹配。
