MySQL 8.0+生成列必须显式声明类型、仅用确定性表达式；VIRTUAL列禁用非确定函数（如NOW）、不可建索引（旧版），STORED列可存非确定结果、可建索引和参与联合主键。
MySQL 8.0+ 中 VIRTUAL 和 STORED 列怎么写才不报错
直接说结论：不加显式类型声明、用到非确定性函数（比如 now()、rand()）、或在 virtual 列里引用了其他生成列但顺序错了，都会触发 error 3105 (hy000) 或 error 3106 (hy000)。
生成列必须带明确数据类型，且表达式只能包含「确定性」函数和列引用。比如 id + 1 可以，UNIX_TIMESTAMP(NOW()) 在 VIRTUAL 里就不行（NOW() 非确定性）；但 STORED 允许部分非确定性函数（仅限插入/更新时求值，后续只存结果）。
-
VIRTUAL列不占存储空间，每次查询实时计算，不能建索引（除非 MySQL 5.7.9+ 且是确定性表达式） -
STORED列会真实写入磁盘，可建索引、可用于外键，但写入性能略低 - 表达式里不能出现子查询、参数化变量（如
@var）、用户定义函数（UDF），除非标记为 DETERMINISTIC - 生成列不能是主键，但如果类型允许且是
STORED，可以参与联合主键
CREATE TABLE 时定义生成列的常见写法与坑点
最简能跑通的写法是：col_name INT AS (some_expr) STORED 或 VIRTUAL，但漏掉类型或括号位置错就直接失败。
错误示例：price_total AS (price * qty) —— 缺少类型，MySQL 不推导；name_upper VARCHAR(100) AS UPPER(name) VIRTUAL —— UPPER() 后面少了括号，语法报错。
- 类型必须显式声明，哪怕和表达式结果完全一致，例如
full_name VARCHAR(200) AS (CONCAT(first_name, ' ', last_name)) STORED -
AS后面的表达式必须用圆括号包裹，哪怕只有一项，如id_plus_1 INT AS (id + 1) VIRTUAL - 如果表达式涉及字符串拼接，注意字符集和排序规则继承问题，可能触发
ERROR 1366，建议显式 cast：CONVERT(CONCAT(a, b) USING utf8mb4) - 生成列名不能和已有列同名，也不能叫
rowid、oid等保留字（即使没报错，后续工具可能出问题）
可视化工具（如 phpMyAdmin、DBeaver、Navicat）里添加生成列的实际限制
多数 GUI 工具对生成列支持有限：phpMyAdmin 的「结构 → 添加字段」界面根本不显示 AS 输入框；DBeaver 能识别已存在的生成列，但新建时往往只能走 SQL 模式；Navicat 8.2+ 支持图形化勾选 Generated Column，但类型下拉菜单里没有 JSON 或 POINT，得手动写 DDL。
所以别指望点点点完成。真实流程是：先在 GUI 里建好基础表，再切到「SQL」页执行 ALTER TABLE，或者直接用命令行验证。
- phpMyAdmin 中执行
ALTER TABLE orders ADD COLUMN total DECIMAL(10,2) AS (quantity * unit_price) STORED是可行的，但「创建新字段」表单里找不到AS字段 - DBeaver 的「编辑表」对话框里，生成列的「Expression」栏常为空或灰色不可填，必须右键 → 「Generate SQL」→ 手动补全
- 所有工具在保存含生成列的表结构前，都不会帮你校验表达式是否合法，错误只在执行时抛出
怎么快速验证生成列表达式是否生效且行为符合预期
别只看 DESCRIBE table_name 是否显示 GENERATED ALWAYS AS，那只是元数据存在。关键看三件事：插入是否成功、查询值是否实时更新、索引是否真起作用。
一个可靠验证步骤：插入一行原始数据 → 单独 SELECT 生成列 → 修改原始列 → 再查生成列是否同步变 → 对 STORED 列 CREATE INDEX 后 EXPLAIN 查询是否用上索引。
- 测试非确定性场景：
ts_stored TIMESTAMP AS (NOW()) STORED插入后查两次，值应相同；而ts_virtual TIMESTAMP AS (NOW()) VIRTUAL会报错，因为NOW()不被允许 - 用
SELECT * FROM information_schema.COLUMNS WHERE TABLE_NAME = 't' AND EXTRA LIKE '%generated%'确认生成列状态和类型 - 对
VIRTUAL列执行CREATE INDEX idx_v ON t (virtual_col)，MySQL 8.0.22+ 才支持，旧版本直接报错ERROR 3107 - 如果生成列值为
NULL但预期不是，大概率是表达式中某字段为NULL导致整条计算结果为NULL（SQL 三值逻辑），加COALESCE()包一层更稳妥
生成列看着简单，但类型绑定、确定性约束、GUI 工具断层、索引兼容性这四块，任一块疏忽都会卡在上线前最后一分钟。
