desc 显示表结构但字段顺序是存储顺序而非建表顺序，可能因 alter table add column 或 after 而错乱；show create table 才是查看真实建表语句的唯一可靠方式，含完整约束、引擎、字符集等细节。
DESC 命令怎么看表结构，为什么有时候字段顺序不对
DESC 是最常用的快捷方式，但它的输出是 MySQL 内部存储顺序，不是建表时写的顺序。比如你用 ALTER TABLE ADD COLUMN 追加字段，DESC 会把新字段放在最后，但如果你用 AFTER 指定了位置，它才按你预期排——可 DESC 本身不显示 AFTER 信息，容易误判字段逻辑关系。
实操建议：
- 只用于快速确认字段名、类型、是否允许 NULL、是否有默认值
- 别依赖它判断“字段在建表语句里的位置”，尤其做 schema diff 或迁移时
- 遇到
DESC输出里某字段的Default列为空，不等于没默认值——可能是DEFAULT CURRENT_TIMESTAMP这类动态值，DESC不显示
SHOW CREATE TABLE 才是看真实建表语句的唯一可靠方式
SHOW CREATE TABLE 返回的是实际生效的建表语句（带反引号包裹、含完整约束），能看清主键、索引、外键、字符集、存储引擎、注释等所有细节。它是 DBA 和迁移工具真正依赖的来源。
常见错误现象：
- 执行
SHOW CREATE TABLE user;报错ERROR 1146 (42S02): Table 'db.user' doesn't exist—— 很可能当前没选库，得先USE db_name;或写全名SHOW CREATE TABLE mydb.user; - 输出中看到
ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci，但本地客户端编码是utf8，可能导致中文乱码——这不是结构问题，是连接层配置没对齐 - 如果表用了分区或 JSON 字段，
SHOW CREATE TABLE会原样输出语法，但旧版本 MySQL（如 5.7）不支持这些，直接复制执行会报错
命令行下怎么避免每次输 USE 和 SHOW 的重复操作
直接在 shell 命令行调用 mysql 时，可以用参数一次性完成库选择和查询，省得进交互式再敲。
实操建议：
- 查结构：
mysql -u root -p -e "SHOW CREATE TABLE users;" myapp—— 注意库名myapp放最后，不能漏 - 想导出多个表结构？用
mysqldump -d -h host -u user -p myapp table1 table2，其中-d表示只导结构不导数据 - 如果提示
Access denied for user，检查用户是否有SELECT权限（SHOW CREATE TABLE需要它），不是只给USAGE
用 python 或 shell 脚本自动解析 SHOW CREATE 输出时要注意什么
很多人写脚本去提取字段名或类型，结果被反引号、换行、注释或长索引名搞崩。MySQL 的 SHOW CREATE TABLE 输出不是标准 SQL，而是“类 SQL”的格式化文本。
关键点：
- 第一行是
CREATE TABLE `table_name` (，最后一行是) ENGINE=...，中间每行末尾可能有逗号或右括号，别用简单split(',')拆字段 - 字段定义里可能含函数默认值，比如
updated_at datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，整段是一个字段定义，不能按空格切 - 如果表有全文索引或空间索引，
SHOW CREATE会输出类似FULLTEXT KEY `ft_title` (`title`)，这类非字段行容易被误当成字段处理
真要自动化，优先用 INFORMATION_SCHEMA.COLUMNS 查字段元数据，比解析 SHOW CREATE 稳定得多——除非你明确需要索引/约束的原始定义。
