mysql 8.0+首选generated column：virtual不占存储、自动计算、可索引（需确定性表达式），stored可索引且支持联合主键；必须显式声明类型，禁用非确定函数（如now）于virtual列，表达式须确定、无子查询或变量。
MySQL 8.0+ 直接用生成列最省心
如果你的 MySQL 版本 ≥ 8.0，GENERATED COLUMN 是首选：它不占存储（STORED 才占）、无需维护逻辑、查询时自动计算，且能建索引。关键点是字段类型必须匹配计算结果——比如 price 和 discount_rate 都是 DECIMAL，那 discounted_price 也得是 DECIMAL，否则会报错 ERROR 3105 (HY000): The value specified for generated column 'discounted_price' is not allowed.
实操建议：
- 定义时显式指定精度：
discounted_price DECIMAL(10,2) AS (price * (1 - discount_rate)) STORED - 避免用
FLOAT做价格字段，浮点误差会导致生成值意外偏离预期（比如99.99 * 0.9可能算出89.99100000000001） - 如果折扣率存的是百分比整数（如 15 表示 15%），公式要改成
price * (1 - discount_rate / 100) -
STORED列可被索引、可用于WHERE条件；VIRTUAL列不存盘但每次读都重算，适合只读报表场景
MySQL 5.7 或需要兼容旧版本？触发器是唯一可靠选择
5.7 不支持生成列，而应用层手动计算容易遗漏或出错，这时必须用 BEFORE INSERT 和 BEFORE UPDATE 触发器兜底。注意：触发器不能读写 NEW 行中正在被修改的同一字段（比如在 BEFORE UPDATE 中给 discounted_price 赋值时，又去读它自己的值，会报 ERROR 1362 (HY000)）。
实操建议：
- 两个触发器都要写，缺一不可——UPDATE 时原值可能变，折扣价必须重算
- 显式处理 NULL：如果
price或discount_rate为 NULL，直接设NEW.discounted_price = NULL，别硬算（否则变成NULL * ... = NULL，语义不清） - 避免在触发器里调用函数（如
ROUND()）做隐式转换，MySQL 5.7 对函数返回类型敏感，易导致截断（如DECIMAL(5,2)存不下ROUND(999.99 * 0.9, 2)的中间结果） - 测试边界值：折扣率 > 1 或 IF NEW.discount_rate NOT BETWEEN 0 AND 1 THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Invalid discount rate'; END IF;）
生成列 vs 触发器：性能和可维护性差异在哪
生成列在 INSERT/UPDATE 时由引擎内核计算，开销几乎为零；触发器则要启动执行上下文、解析 SQL、走权限检查，尤其当表有多个触发器或逻辑复杂时，延迟明显上升。线上大表批量导入时，触发器可能让吞吐下降 20%+。
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
但生成列有个硬伤：不能引用子查询、不能调用自定义函数、不能跨表查（比如折扣规则存在另一张 discount_rules 表里）。这时候哪怕 MySQL 8.0，你也得退回到触发器 + 应用层缓存规则的组合方案。
实操建议：
- 先看业务是否真需要“动态查表取折扣”——多数场景折扣率就存在本行，生成列完全够用
- 如果必须关联查表，触发器里用
SELECT ... INTO是可行的，但务必加索引，且要处理NOT FOUND异常，否则整条 INSERT 失败 - 别在触发器里写事务控制（
START TRANSACTION等），MySQL 不允许
别忽略字符集和时区这类“隐形坑”
生成列和触发器本身不涉及时区，但如果折扣计算依赖时间（比如“限时折扣”），而你的 created_at 字段用的是 TIMESTAMP，那要注意：MySQL 的 TIMESTAMP 存的是 UTC，显示时转本地时区——若触发器里用 NOW() 比较，而应用连的是不同时区的连接，结果可能错乱。
实操建议：
- 所有时间相关计算，统一用
UTC_TIMESTAMP()，避免连接级时区干扰 - 生成列若含字符串拼接（比如生成促销文案），确认字段字符集一致，否则
CONVERT隐式转换可能失败 - ALTER TABLE 加生成列时，如果是大表，MySQL 8.0.23+ 支持
ALGORITHM=INSTANT，但仅限VIRTUAL列；STORED仍需重建表——上线前务必在从库上压测
生成列看着简单，但类型推导和精度传递容易掉进静默截断的坑；触发器看似灵活，可一旦嵌套多层或连表查，排查慢查询时你会回来反复看这一段。
