Navicat 16 连接 MySQL 8.0+ 时设计表字段类型显示异常，主因是其解析 information_schema.columns 中 COLUMN_TYPE 的逻辑未适配 MySQL 8.0+ 返回的带引号括号格式（如 "enum('a','b')"），导致 JSON、ENUM、SET、TINYINT(1) 等类型显示为空、other 或丢失枚举值；刷新表元数据或升级至 v16.2.14+ 可缓解，但 GENERATED COLUMN 等仍不支持，推荐以 SQL 操作为准并用 SQL 预览核对实际语句。
Navicat 16 连接 MySQL 8.0+ 后设计表不显示字段类型
navicat 16 默认支持 mysql 8.0，但部分字段类型（如 tinyint(1) 被解释为布尔、json、enum 带括号值列表、set）在“设计表”界面中可能显示为空、显示为 other 或直接缺失类型信息。这不是字段丢了，而是 navicat 解析 information_schema.columns 的方式与 mysql 8.0+ 返回的元数据格式存在兼容偏差。
MySQL 8.0 的 JSON 和 ENUM 类型在 Navicat 表设计器里不识别
Navicat 16（尤其 v16.0.x～v16.1.x）对 MySQL 原生 JSON 类型的支持是有限的：它能读取字段存在，但常把 JSON 显示为 text 或留空；对 ENUM('a','b','c')，则可能只显示 enum 而丢掉括号内枚举值，甚至在编辑时清空原有定义。
- 根本原因：Navicat 依赖
COLUMN_TYPE字段，而 MySQL 8.0+ 对ENUM/SET返回带引号和括号的完整字符串（如"enum('on','off')"），旧版解析逻辑未适配该格式 - 临时绕过：用 SQL 直接查
SHOW COLUMNS FROM table_name或SELECT column_name, column_type FROM information_schema.columns WHERE table_name = 'xxx'确认真实类型 - 写入风险：若在 Navicat 设计器里双击修改一个
ENUM字段，保存时可能生成不带枚举值的ENUM()，导致语法错误
为什么 ALTER TABLE ADD COLUMN 后字段在设计表里“消失”？
执行 ALTER TABLE t ADD COLUMN status TINYINT(1) DEFAULT 0 后刷新设计表，字段名可见但类型/长度/默认值全为空——这基本是 Navicat 客户端缓存未刷新，而非数据库问题。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 必须手动触发元数据重载：右键表 → “刷新”（不是 Ctrl+R），或断开重连
- 避免在未刷新状态下直接点“设计表”，否则 Navicat 会基于旧缓存渲染，
data_type、column_default等字段可能为 NULL - 若仍不显示，检查 MySQL 用户权限：需有
SELECT权限访问information_schema.columns，否则 Navicat 拿不到完整类型描述
升级 Navicat 或换用 SQL 直接操作更可靠
Navicat 16.2.14 及之后版本修复了多数 MySQL 8.0.25+ 的类型解析问题，但对 GENERATED COLUMN、STORED / VIRTUAL 属性仍不显示在设计表中。这类场景下，图形界面只是辅助，真正可控的方式仍是 SQL。
- 建表/改字段优先用
CREATE TABLE或ALTER TABLE ... MODIFY COLUMN语句，避开设计器自动补全的歧义逻辑 - Navicat 的“SQL 预览”功能（在设计表里点右下角 SQL 预览）可帮你确认它实际要执行什么，比 UI 显示更可信
- 特别注意：Navicat 设计器保存时若字段含注释（
COMMENT），旧版本可能丢弃该注释，建议导出 DDL 核对后再执行
information_schema。 
