Navicat本身不支持直接创建虚拟列，需在MySQL 5.7+中手写DDL语句添加STORED类型虚拟列并建索引，且SQL中必须直写虚拟列名才能命中索引；VIRTUAL列不可索引，基列变更可能使虚拟列失效。
navicat 本身不支持直接创建虚拟列（generated column），它只是图形界面工具；真正起作用的是底层数据库（如 mysql 5.7+）对 generated always as 语法的支持。想靠虚拟列优化查询计划，必须先确认数据库版本和引擎是否支持，再在 navicat 中执行 ddl —— 否则点再多“添加索引”也无效。
MySQL 虚拟列必须显式声明为 STORED 才能建索引
MySQL 的虚拟列分 VIRTUAL 和 STORED 两种：VIRTUAL 列只在查询时计算、不落地存储，因此无法被索引；只有 STORED 列才写入磁盘、可建 B-Tree 索引。Navicat 的表设计界面默认不暴露“生成列类型”选项，你不能靠勾选字段来创建它。
- 必须切到查询标签页，手写
ALTER TABLE t ADD COLUMN full_name VARCHAR(100) GENERATED ALWAYS AS (CONCAT(first_name, ' ', last_name)) STORED - 建完后，再进“设计表→索引”页，才能把
full_name加进新索引（比如idx_fullname） - 如果漏写
STORED，语句虽能执行，但后续加索引会报错：ERROR 3107 (HY000): Generated column can only be stored
WHERE 条件中必须直写虚拟列名，不能用表达式替代
虚拟列的价值在于把计算逻辑下推到存储层，让查询条件能命中索引。但这个前提是你得在 SQL 里明确引用该列名 —— 如果还写 WHERE CONCAT(first_name, ' ', last_name) = 'John Doe'，优化器根本不会关联到虚拟列索引，照样全表扫描。
- 正确写法：
WHERE full_name = 'John Doe'（前提是full_name是STORED且已建索引） - 错误写法：
WHERE first_name = 'John' AND last_name = 'Doe'—— 这走的是联合索引，不是虚拟列索引 - 更隐蔽的坑：
WHERE UPPER(full_name) = 'JOHN DOE'会让索引失效，因为函数包裹了索引字段
Navicat 不会自动识别虚拟列依赖，改原字段可能让索引失效
虚拟列的值完全依赖于定义它的表达式所涉及的基列（如 first_name, last_name）。一旦你通过 Navicat 修改了这些基列的类型、长度或设为 NULL，MySQL 可能 silently 拒绝更新虚拟列值，甚至导致索引不可用 —— 而 Navicat 的“设计表”界面根本不会提示这类风险。
- 例如把
first_name VARCHAR(20)改成TEXT，可能触发ERROR 3104 (HY000): Cannot change column 'first_name': used in a generated column - 修改前务必先查依赖：
SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 't' AND EXTRA LIKE '%generated%' - Navicat 的“保存表结构”操作若包含基列变更，可能卡在执行阶段，需切回查询页手动处理
虚拟列不是“开关一开就加速”的魔法，它把计算成本从查询时转移到写入时，并强绑定表达式与索引使用方式。Navicat 只负责传话，真正的约束和兼容性都在数据库里 —— 别在图形界面里找“生成列”按钮，它不存在。
