MySQL 8.0.19+才支持FOLLOWS子句，用于指定同一表、同事件、同时机下触发器的执行顺序；低版本直接报错，且依赖关系需严格线性、先建前置再建后续，不支持ALTER修改。
MySQL 8.0+ 才支持 FOLLOWS，低版本直接报错
MySQL 在 8.0.19 引入了 FOLLOWS 和 PRECEDES 子句，用于控制同一事件（如 INSERT）和时机（如 BEFORE）下的多个触发器执行顺序。低于该版本的 MySQL（包括所有 5.x 和 8.0.18 及更早）解析到 FOLLOWS 会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。
确认版本：运行 SELECT VERSION();，结果必须 ≥ 8.0.19 才能继续。
- 升级不是唯一方案——若无法升级，只能靠业务层协调逻辑，或合并触发器为单个（但会牺牲模块化）
-
FOLLOWS仅作用于同类型触发器：即只能指定另一个同为BEFORE INSERT或同为AFTER UPDATE的触发器，跨类型（如BEFORE指向AFTER）语法不合法 - 触发器名区分大小写，且必须已存在；引用不存在的触发器名会报错：
ERROR 1303 (42000): Can't change the order of triggers on table ...
FOLLOWS 的实际写法和依赖关系必须显式声明
不能只在第二个触发器里写 FOLLOWS first_trg 就完事——first_trg 必须是已创建、且类型匹配的触发器。MySQL 不允许“后创建的触发器指向尚未存在的前序触发器”。
正确顺序只有两种：
- 先
CREATE TRIGGER first_trg ... BEFORE INSERT ON t ... - 再
CREATE TRIGGER second_trg ... BEFORE INSERT ON t ... FOLLOWS first_trg
反过来会失败。示例错误写法：
CREATE TRIGGER second_trg BEFORE INSERT ON t FOR EACH ROW FOLLOWS first_trg -- ❌ first_trg 还没建，报错
注意：FOLLOWS 后面跟的是触发器名，不是函数名或表名，且不能加数据库前缀（如 db.first_trg 不合法）。
多个 FOLLOWS 链式调用需严格线性，不能形成环
MySQL 触发器执行顺序只支持单向链式依赖，不支持分支或循环。例如：
- ✅
trg_a FOLLOWS trg_b，trg_b FOLLOWS trg_c→ 执行顺序为trg_c → trg_b → trg_a - ❌
trg_a FOLLOWS trg_b，同时trg_b FOLLOWS trg_a→ 创建第二个时会报错：ERROR 1303 (42000): Recursive trigger dependencies are not allowed - ⚠️ 若已有触发器 A → B，再创建 C
FOLLOWS B，那 A 和 C 之间无直接关系，但整体顺序固定为 A → B → C；不能通过修改 C 来“插队”到 A 前面
查看当前顺序：用 SHOW TRIGGERS LIKE 't';，结果中 Action_order 列反映实际执行序号（从 1 开始），这是验证 FOLLOWS 是否生效的最直接方式。
ALTER TRIGGER 不支持修改 FOLLOWS 关系，只能删重建
MySQL 不提供 ALTER TRIGGER ... FOLLOWS 语法。想调整顺序，必须：
- 先
DROP TRIGGER second_trg; - 再按新依赖关系重新
CREATE TRIGGER（注意依赖的前置触发器必须仍存在）
这意味着线上环境变更需谨慎：如果触发器里有关键校验或日志逻辑，删除瞬间会中断该环节，可能引发数据不一致。建议在维护窗口操作，并提前备份触发器定义（用 SHOW CREATE TRIGGER）。
另外，FOLLOWS 不影响性能本身，但链越长，触发器总开销叠加越明显；每个触发器仍独立走一遍 FOR EACH ROW，没有共享上下文或短路机制。
真正容易被忽略的是：即使你写了 FOLLOWS，如果两个触发器作用在不同表上（比如一个在 t1，一个在 t2），这个子句完全无效——它只约束同一张表、同一事件、同一时机下的触发器。别指望用它跨表调度。
