虚拟列在navicat导出时是否参与实际数据生成取决于查询语句是否显式包含该列：stored类型会物化返回，virtual类型需显式引用才能实时计算并导出；关键在sql而非navicat。
虚拟列在 Navicat 导出时是否参与实际数据生成
Navicat 本身不“计算”虚拟列，它只是把 MariaDB/MySQL 返回的结果原样呈现。导出行为完全依赖数据库服务端返回的字段值——如果虚拟列是 STORED 类型，它会在查询时被物化并返回；如果是 VIRTUAL 类型，只要查询语句中显式引用了该列，服务端也会实时计算并返回。关键不在 Navicat，而在你执行导出时用的 SQL 是否包含该虚拟列。
导出前必须确认的三件事
导出失败或缺列，往往是因为没意识到底层限制：
- 确保连接的 MariaDB 版本 ≥ 10.2.1（
VIRTUAL列支持始于该版本） - 检查表定义：
SHOW CREATE TABLE t1，确认虚拟列不是INVISIBLE（Navicat 不会自动显示或导出不可见列） - 避免直接右键表 →「导出向导」：这个操作默认只导出物理列，
VIRTUAL列不会出现。必须改用「查询结果导出」路径
正确导出虚拟列数据的实操步骤
以导出带 full_name（由 first_name 和 last_name 拼接的 VIRTUAL 列）的报表为例：
- 新建查询，写明要导出的全部字段，包括虚拟列：
SELECT id, first_name, last_name, full_name, created_at FROM users WHERE is_deleted = 0 - 执行查询，确认结果集中能看到
full_name值（空值或拼接结果） - 点击结果集左上角的「导出」按钮（不是表右键菜单），选择 CSV/Excel 格式
- 勾选「导出查询结果」而非「导出表结构」，并确认「包含列标题」已启用
注意：若虚拟列依赖函数（如 JSON_EXTRACT、DATE_FORMAT），需确保该函数在目标 MariaDB 版本中可用且权限允许——Navicat 不做兼容性兜底。
导出后发现虚拟列全是 NULL 的常见原因
这不是 Navicat 的 bug，而是服务端未返回有效值：
- 查询中漏写了该列名（比如只写了
SELECT *，但*不展开VIRTUAL列） - 虚拟列定义里用了用户变量（
@var）或子查询——MariaDB 不允许在虚拟列中使用这些 - 权限不足：当前账号缺少对虚拟列所依赖的源列的
SELECT权限，导致计算中断返回 NULL - 字符集不匹配：比如
first_name是utf8mb4，而拼接表达式隐式转成latin1，触发隐式转换失败
最稳妥的做法，永远是先在 Navicat 查询窗口里跑一遍完整 SELECT，看到真实数据再点导出——跳过这步，等于把问题留给 Excel 里那一片空白的列。
