MySQL 8.0 不支持 FOLLOWS/ PRECEDES 语法，触发器执行顺序仅由 INFORMATION_SCHEMA.TRIGGERS.CREATED 时间戳升序决定，唯一可靠方案是合并为单个触发器统一控制逻辑顺序。
MySQL 8.0 不支持 FOLLOWS 或 PRECEDES 语法，也无法用它们指定触发器执行顺序。 这是常见误解——这两个关键字只存在于 PostgreSQL（从 v11 起）和 SQL Server 中，MySQL 官方语法从未引入过。
为什么 SHOW CREATE TRIGGER 里找不到 FOLLOWS？
因为 MySQL 的 CREATE TRIGGER 语句根本不接受该子句。你尝试写：
CREATE TRIGGER tr_a BEFORE INSERT ON t1 FOR EACH ROW FOLLOWS tr_b SET NEW.x = 1;
会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。MySQL 解析器根本不会识别 FOLLOWS 这个 token。
官方文档（MySQL 8.0.33+）明确列出的 CREATE TRIGGER 语法中，仅包含 BEFORE/AFTER、INSERT/UPDATE/DELETE、FOR EACH ROW 及触发器体，无任何优先级或依赖声明字段。
实际生效的唯一顺序依据：CREATED 时间戳
同一张表、同一事件类型、同一时机（如多个 BEFORE INSERT）的触发器，执行顺序严格按 INFORMATION_SCHEMA.TRIGGERS.CREATED 升序排列——先创建的先执行。
- 用
SELECT TRIGGER_NAME, CREATED FROM INFORMATION_SCHEMA.TRIGGERS WHERE EVENT_OBJECT_TABLE = 't1' AND ACTION_TIMING = 'BEFORE' ORDER BY CREATED;查真实顺序 -
DROP TRIGGER再CREATE TRIGGER会重置CREATED时间，从而改变顺序；但主从复制中若重建时间不一致，可能引发行为差异 - 不能靠
SHOW TRIGGERS判断顺序——它不输出CREATED字段，排序也不保证稳定
合并触发器是唯一可靠方案
把多个分散的 BEFORE INSERT 触发器逻辑，全部收进一个触发器体内，用清晰的语句顺序控制流程：
DELIMITER $$
CREATE TRIGGER tr_t1_before_insert_combined BEFORE INSERT ON t1 FOR EACH ROW
BEGIN
-- 1. 校验业务规则
IF NEW.amount < 0 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'amount cannot be negative';
END IF;
<p>-- 2. 补默认值
IF NEW.created_at IS NULL THEN
SET NEW.created_at = NOW();
END IF;</p><p>-- 3. 衍生字段计算
SET NEW.status = CASE WHEN NEW.amount > 1000 THEN 'premium' ELSE 'basic' END;
END$$
DELIMITER ;这样避免了：
- 多个触发器间对
NEW的修改竞争（比如一个设status，另一个又覆盖） - 调试时无法确定哪段逻辑读到了哪个中间值
- 上线后因重建顺序错乱导致功能异常
容易被忽略的关键点
很多人以为“只要我在测试库按顺序建好，线上就一定没问题”，但忽略了：
- 备份恢复后，
CREATED时间可能丢失或归零，触发器顺序重排 - 使用
mysqldump --triggers导出再导入时，触发器创建语句顺序不等于原始CREATED顺序 -
BEFORE触发器内调用的存储过程，其内部逻辑仍受事务一致性约束——但跨表更新若失败，整个语句会回滚，这点比靠多个触发器拼顺序更可控
真正需要强顺序的场景，应该在应用层或通过存储过程封装，而不是押注于 MySQL 触发器的创建时间戳。
