MySQL 8.0 中 DESCRIBE 的 Extra 字段更严格反映实际约束：自增列需 PRIMARY KEY/UNIQUE NOT NULL 才显示 auto_increment；生成列明确区分 STORED/VIRTUAL；隐藏系统列不再显示；collation 和 NULL 属性展示更精准，强调应以 INFORMATION_SCHEMA.COLUMNS 或 SHOW CREATE TABLE 为准。
DESCRIBE 在 MySQL 8.0 中返回 Extra 字段值变了
MySQL 8.0 的 DESCRIBE（等价于 SHOW COLUMNS）输出中，Extra 列的值更严格地反映实际约束行为，尤其在自增、默认值和生成列场景下。这不是 bug，而是对元数据语义的修正。
典型现象：5.7 中 DESCRIBE t1 显示 Extra: auto_increment，而 8.0 可能显示 Extra: （空）或 Extra: STORED GENERATED，即使建表语句没变。
- 根本原因是 8.0 强化了对
auto_increment属性的校验——如果列是INT类型但未设为PRIMARY KEY或UNIQUE NOT NULL，8.0 不再将其标记为auto_increment（哪怕插入时仍能用），DESCRIBE就不显示该值 -
DEFAULT行为变更：8.0 要求显式声明DEFAULT CURRENT_TIMESTAMP才会在Extra中显示DEFAULT_GENERATED；5.7 对隐式默认容忍度更高 - 生成列（generated column）在 8.0 中必须明确标注
STORED或VIRTUAL，DESCRIBE才会对应写出STORED GENERATED或VIRTUAL GENERATED；5.7 的Extra常为空或仅写GENERATED
DESCRIBE 不再显示隐藏的系统列（如 ROW_ID、FTS_DOC_ID）
MySQL 8.0 默认隐藏内部系统列，DESCRIBE 不再列出它们，而 5.7（尤其搭配 MyISAM 或旧 InnoDB 配置）有时会意外暴露。
这本身不是问题，但若你的运维脚本或 ORM 元数据扫描逻辑依赖 DESCRIBE 输出的列总数做判断（比如“第 4 列一定是主键”），就会出错。
- 确认是否真有隐藏列：执行
SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 't1' AND TABLE_SCHEMA = 'db_name' AND EXTRA LIKE '%hidden%'；8.0 中这类列极少被暴露 - 不要依赖
DESCRIBE的列顺序或数量做业务逻辑——它只用于人眼快速查看，结构解析请用INFORMATION_SCHEMA.COLUMNS - 若需兼容旧脚本，可改用
SHOW FULL COLUMNS FROM t1，它比DESCRIBE多一列Privileges，且字段语义更稳定
字符集与排序规则（collation）显示更精确
8.0 中 DESCRIBE 的 Collation 列会真实反映列级 collation，不再 fallback 到表或库默认值后简化显示。
例如：表默认 COLLATE=utf8mb4_0900_ai_ci，但某 VARCHAR 列显式定义为 COLLATE=utf8mb4_general_ci，5.7 的 DESCRIBE 可能仍显示 utf8mb4_0900_ai_ci，而 8.0 一定显示 utf8mb4_general_ci。
- 这会导致依赖 collation 字符串做条件匹配的自动化工具失效（比如“只要 collation 含 _ai_ci 就跳过转换”）
- 检查方式：对比
DESCRIBE t1和SHOW CREATE TABLE t1，后者始终权威；前者只是快捷视图 - 升级后若发现排序或比较异常（如
FIND_IN_SET报Illegal mix of collations），优先看DESCRIBE显示的 collation 是否真和预期一致，而不是假设它“应该等于表默认”
DESCRIBE 对虚拟生成列（VIRTUAL）的 NULL 属性显示更严谨
MySQL 8.0 中，DESCRIBE 的 Null 列对虚拟生成列（AS (...) VIRTUAL）不再一律标 YES，而是根据表达式是否可能产出 NULL 动态判断。
例如：col1 INT, col2 INT AS (col1 + 1) VIRTUAL → Null: NO（因非空整数相加不可能为 NULL）；而 col2 INT AS (col1 / col3) VIRTUAL → Null: YES（除零会得 NULL）。
- 5.7 统一标
Null: YES，掩盖了实际语义 - 这个变化会影响某些 ORM 的空值映射逻辑（如 Hibernate 认为 virtual 列不可为空，但旧版代码却按可为空处理）
- 若应用层做了
IS NULL判断并依赖该结果，务必重测——8.0 下虚拟列的 NULL 性更贴近真实计算逻辑
实际影响最深的，往往不是显示内容本身变了，而是有人把 DESCRIBE 当成结构定义源来解析，而它从来就不是。真正该读的，始终是 INFORMATION_SCHEMA.COLUMNS 或 SHOW CREATE TABLE。
