navicat 15+ 不显示 generated column 的根本原因是其结构对比功能未读取 information_schema.columns.generation_expression 字段，仅获取基础元数据，导致虚拟列被静默忽略且无法正确同步。
Navicat 15+ 不显示 GENERATED COLUMN 的真实原因
Navicat 结构对比（包括「结构同步」和「数据库对比」）根本不会读取 INFORMATION_SCHEMA.COLUMNS.GENERATION_EXPRESSION 字段，所以对 MySQL 8.0+ 的虚拟列（GENERATED ALWAYS AS (...) STORED/VIRTUAL）完全不可见。这不是权限或连接问题，而是 Navicat 模型层元数据拉取逻辑的硬性缺失——它只查 COLUMN_NAME、DATA_TYPE、IS_NULLABLE 等基础字段，跳过了生成列专属字段。
结构同步时虚拟列被静默忽略的典型表现
即使源表明确定义了 full_name VARCHAR(100) GENERATED ALWAYS AS (CONCAT(first_name, ' ', last_name)) STORED，Navicat 对比结果里：
- 该列会作为普通
VARCHAR(100)出现，无任何“generated”标识 - 目标库若缺失该列，Navicat 不会生成
ADD COLUMN ... GENERATED ALWAYS AS语句 - 目标库若已存在同名列但非 generated，Navicat 也不会报冲突或提示类型不匹配
- 「DDL 比较」面板里，两边字段定义看起来一致，实际语义完全不同
绕过 Navicat 限制的实操方案
必须放弃依赖图形界面自动识别，改用底层元数据兜底：
- 在源库执行
SHOW CREATE TABLE t，复制完整建表语句，手动提取所有GENERATED ALWAYS AS定义 - 在目标库运行
SELECT COLUMN_NAME, GENERATION_EXPRESSION FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA='db' AND TABLE_NAME='t' AND EXTRA LIKE '%generated%'，确认是否已存在、表达式是否一致 - 若需新增：用
ALTER TABLE t ADD COLUMN full_name VARCHAR(100) GENERATED ALWAYS AS (CONCAT(first_name, ' ', last_name)) STORED手动执行（注意 MySQL 5.7 不支持 VIRTUAL 列的索引，8.0+ 才支持） - 若需修改表达式：必须先
DROP COLUMN再ADD COLUMN，不能直接MODIFY COLUMN
为什么不能靠「忽略列差异」来掩盖问题
虚拟列不是普通字段，它的值由表达式实时计算，不占存储空间（VIRTUAL）或仅存结果（STORED）。如果 Navicat 把它当普通列同步：
- 目标库可能误建为可写字段，破坏业务逻辑一致性
- 索引依赖该列时（如
KEY idx_full (full_name)），表达式变更后索引可能失效 - 备份恢复或主从复制中，若目标库未启用
binlog_row_image=FULL，虚拟列值可能无法正确重建
真正要盯住的，从来不是 Navicat 界面有没有标红，而是 SHOW CREATE TABLE 输出里那行 GENERATED ALWAYS AS 是否准确存在于目标库。
