navicat 17 同步 mysql 8.0 的 generated 列时会静默丢弃 as (...) stored/virtual 子句，因其解析器仅识别有限 extra 关键词、忽略 generated 元数据，导致建表缺失列或报错；须手动在预览 sql 中精准补全列定义，或改用 alter table add column 方式添加。
Navicat 17 无法直接同步 MySQL 8.0 的 GENERATED 列（包括 STORED 和 VIRTUAL），因为它的结构同步引擎在解析 SHOW CREATE TABLE 输出时会忽略 AS (...) STORED/VIRTUAL 子句，导致目标表缺失该列定义或建表失败。
结构同步时 GENERATED 列被静默丢弃
这是最隐蔽的问题：同步完成后表看起来“成功”，但字段少一个、类型不对、甚至报错 ERROR 1178 (42000): The storage engine for the table doesn't support generated columns。根本原因不是 Navicat 不支持，而是它没把 GENERATED 列当“普通列”处理，而是当成“约束级元数据”跳过了。
- Navicat 同步逻辑依赖
INFORMATION_SCHEMA.COLUMNS，而 MySQL 8.0 中GENERATED列的EXTRA字段值为STORED GENERATED或VIRTUAL GENERATED，但 Navicat 17 的解析器只识别AUTO_INCREMENT、DEFAULT_GENERATED等有限关键词 - 即使源表用的是 InnoDB 引擎（完全支持生成列），Navicat 仍可能在目标端误生成
ENGINE=MyISAM语句——因为它的建表模板未适配 MySQL 8.0+ 的默认引擎策略 - 执行同步前务必先运行
SELECT COLUMN_NAME, EXTRA FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'db' AND TABLE_NAME = 't' AND EXTRA LIKE '%GENERATED%'确认该列确实被标记为生成列
手动补全 GENERATED 列的 SQL 模板
别指望向导自动搞定，必须在同步预览阶段手动编辑 SQL。关键不是重写整张表，而是精准修补缺失的列定义部分。
- 在「结构同步」→「比对结果」界面点击「预览」后，找到建表语句中
CREATE TABLE块，在字段列表末尾、) ENGINE=...之前插入完整列定义，例如：full_name VARCHAR(100) AS (CONCAT(first_name, ' ', last_name)) STORED - 注意：MySQL 要求
STORED列必须显式声明STORED，不能省略；VIRTUAL同理，漏写会导致语法错误 - 若列含函数调用（如
JSON_EXTRACT、DATE_FORMAT），确保目标 MySQL 版本支持——Navicat 不校验函数兼容性，只原样转发 - 避免在预览 SQL 中修改
ENGINE或CHARSET，除非你确认源目标版本一致；否则优先让 Navicat 自动生成这部分，再单独追加生成列
ALTER TABLE 方式绕过同步限制
如果表已存在且仅需新增 GENERATED 列，比重建更安全。Navicat 的「表设计」界面不支持编辑生成列表达式，但「运行 SQL」可直接执行 DDL。
- 右键目标表 →「对象信息」→「DDL」标签页，复制当前建表语句，手动改成
ALTER TABLE t ADD COLUMN ... AS (...) STORED - 必须用
ADD COLUMN，不能用MODIFY COLUMN或CHANGE COLUMN——后者不接受AS子句 - 添加
STORED列会触发全表计算并写入磁盘，大表操作前先在测试库验证耗时；VIRTUAL列无此开销，但查询时实时计算，要注意性能影响 - 执行前检查目标表是否已存在同名列：Navicat 不提示冲突，
ALTER TABLE会直接报错ERROR 1060 (42S21): Duplicate column name
真正麻烦的从来不是语法本身，而是 Navicat 把 GENERATED 列当成“透明装饰”——它不报错、不警告、不进字段列表，只在你查数据时突然发现少一列。每次同步前，养成习惯：打开源表 DDL，Ctrl+F 搜 AS (，再对照同步预览里的字段数，差几个就手动补几个。
