SELECT 不导出 VIRTUAL 列，因MySQL/MariaDB的展开规则排除VIRTUAL列，Navicat仅依赖服务端返回字段；导出虚拟列须显式写出列名并验证查询结果非NULL。
SELECT 里没写虚拟列名，导出就一定没有——Navicat 不会自动展开 VIRTUAL 列，哪怕你用了 SELECT *。
为什么 SELECT * 导不出 VIRTUAL 虚拟列
MySQL/MariaDB 的 * 展开规则明确排除 VIRTUAL 列，只包含物理列和 STORED 列。Navicat 完全依赖服务端返回的字段列表，它不干预、不补全、不猜测。
- 执行
SELECT *后看结果集列头，如果压根没出现你的full_name或create_date，说明服务端根本没返回 -
SHOW CREATE TABLE中确认该列类型是GENERATED ALWAYS AS (...) VIRTUAL，不是STORED - 若误用
INVISIBLE属性（如ADD COLUMN x INT INVISIBLE），即使显式写出列名，Navicat 也不会显示或导出——这是 MariaDB/MySQL 的行为，不是 Navicat 的限制
导出前必须跑通的 SELECT 语句
跳过这步，导出后看到空列或报错，问题已经发生，只是延迟暴露到 Excel 里。
- 新建查询，**显式列出所有要导出的字段**，包括虚拟列：
SELECT id, first_name, last_name, full_name, DATE(create_time) AS create_date FROM users - 不要依赖别名覆盖：如果虚拟列叫
full_name，就直接写full_name，别写CONCAT(first_name, ' ', last_name) AS full_name—— 这样绕过了虚拟列定义，索引、权限、字符集逻辑全失效 - 执行后立刻检查结果：每行
full_name是否有值？是NULL还是拼接结果？NULL就得回查定义里是否有隐式转换失败、权限缺失或表达式含禁止项（如用户变量@var） - 确保连接使用的 MariaDB 版本 ≥ 10.2.1（
VIRTUAL列支持起点），低版本下该列语法直接报错
导出操作必须走「查询结果导出」路径
右键表名 →「导出向导」默认只读取表元数据，完全忽略查询逻辑，VIRTUAL 列天然缺席。
- 执行完上面那条
SELECT后，点击结果集左上角的「导出」按钮（图标类似向下箭头+表格） - 在导出窗口中，务必勾选「导出查询结果」，而不是「导出表结构」或「导出表数据」
- 格式选 CSV 或 Excel 都可以，但注意：CSV 默认用逗号分隔，若字段含逗号或换行，建议勾选「文本限定符」（通常是双引号）
- 确认「包含列标题」已启用——否则第一行是数据，不是表头，后续处理容易错位
导出后 virtual 列全是 NULL 的真实原因
这不是 Navicat 的 bug，是服务端计算阶段就中断了，导出只是忠实地呈现了 NULL。
- 查询中漏写列名（最常见）：写了
SELECT id, name却忘了full_name - 虚拟列表达式用了 MySQL 明确禁止的成分：子查询、存储过程变量、
LAST_INSERT_ID()等 - 权限不足：当前账号对
first_name或last_name没有SELECT权限，导致拼接表达式无法求值 - 字符集冲突：比如
first_name是utf8mb4，但表达式里混入了latin1字符常量，触发隐式转换失败，整个表达式返回NULL
真正关键的一步，永远是先在查询窗口里看到真实数据——只要那一行结果里 full_name 是非空的，导出就大概率成功；如果它已经是 NULL，导出再多次也是空白列。
