mysql 8.0 中 describe 返回的列信息（extra、collation、列数量）与 5.7 不一致并非 bug，而是元数据语义更严格准确的体现：extra 要求自增列必须有 primary key 或 unique not null 才显示 auto_increment；生成列须显式声明 stored/virtual 才在 extra 中体现；隐藏系统列默认不显示；collation 和 null 属性展示更真实；结构解析应统一使用 information_schema.columns 而非 describe。
DESCRIBE 在 MySQL 8.0 中返回的列信息（尤其是 Extra、Collation、列数量）和 5.7 不一致，不是 bug，而是元数据语义更严格、更准确的体现。如果你依赖它做自动化解析或脚本判断，大概率会出问题。
Extra 字段不再“宽松”显示 auto_increment
5.7 中只要列是 INT 类型且带 AUTO_INCREMENT 属性，DESCRIBE 就会显示 Extra: auto_increment；8.0 要求该列**必须同时满足 PRIMARY KEY 或 UNIQUE NOT NULL**，否则 Extra 为空。
- 常见错误现象：
CREATE TABLE t1(id INT AUTO_INCREMENT)在 5.7 的DESCRIBE t1显示auto_increment，8.0 不显示 - 真正生效的自增行为不受影响，但元数据表达更严谨——没主键/唯一非空约束的自增列其实无法被优化器可靠识别
- 别靠
Extra判断是否可自增，用SHOW CREATE TABLE t1或查INFORMATION_SCHEMA.COLUMNS的EXTRA和COLUMN_KEY
生成列（generated column）类型必须显式声明
8.0 要求函数生成列必须明确写 STORED 或 VIRTUAL，DESCRIBE 才会在 Extra 中对应显示 STORED GENERATED 或 VIRTUAL GENERATED；5.7 常只写 GENERATED 或留空。
- 建表语句没变，但 8.0 下
DESCRIBE输出可能从空变成STORED GENERATED - 如果升级后发现 ORM 映射失败，检查是否把
GENERATED ALWAYS AS (expr)改成了GENERATED ALWAYS AS (expr) STORED -
SHOW FULL COLUMNS FROM t1比DESCRIBE更稳定，字段含义不随版本漂移
隐藏系统列彻底不出现
MySQL 8.0 默认不显示内部系统列（如 ROW_ID、FTS_DOC_ID），而 5.7 在某些引擎配置下可能意外暴露。
- 运维脚本若按
DESCRIBE返回的列数硬编码索引（比如“第 3 列一定是主键 ID”），升级后直接错位 - 确认是否有隐藏列：执行
SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 't1' AND EXTRA LIKE '%hidden%'，8.0 几乎不会返回结果 - 结构解析一律走
INFORMATION_SCHEMA.COLUMNS，别信DESCRIBE的列顺序或总数
Collation 和 NULL 属性展示更真实
8.0 的 Collation 列严格反映列级定义，不再 fallback 到表或库默认值后简化显示；Null 列也更精确区分 YES/NO，而非依赖隐式规则。
- 例如某列显式定义
VARCHAR(10) COLLATE utf8mb4_general_ci，5.7 的DESCRIBE可能仍显示utf8mb4_0900_ai_ci（库默认），8.0 一定显示前者 -
NOT NULL约束若来自列定义而非显式声明（如主键列），5.7 可能漏标Null: NO，8.0 补全 - 这对字符集迁移、跨库同步工具很重要——别拿 5.7 的
DESCRIBE输出当基准比对
DESCRIBE 从来就不是结构解析的可靠接口，它只是给人快速扫一眼用的。升级后最常踩的坑，是把它的输出当契约来用——尤其在列顺序、Extra 内容、是否含隐藏列这些地方。真要读元数据，INFORMATION_SCHEMA.COLUMNS 是唯一可信赖的来源。
