MySQL 8.0 不支持 PRECEDES 和 FOLLOWS 子句，同类型触发器执行顺序仅由创建时间升序决定但不保证，唯一可靠方案是合并为单个触发器并显式控制逻辑。
MySQL 8.0 根本不支持 PRECEDES 子句
直接说结论：PRECEDES 和 FOLLOWS 在 MySQL 8.0 中**完全不可用**，它们是 PostgreSQL 的语法，不是 MySQL 的。你在 MySQL 中执行包含 PRECEDES 的 CREATE TRIGGER 语句，会立刻报错：ERROR 1064 (42000): You have an error in your SQL syntax。
MySQL 触发器顺序由创建时间决定，无法显式指定
MySQL（包括 8.0）对同一事件（如 BEFORE INSERT）在同一表上的多个触发器，只按其创建时间（created 时间戳）升序执行——先建的先触发，后建的后触发。没有 PRECEDES、没有 FOLLOWS、也没有 ORDER BY 或任何类似机制。
实操建议：
- 若需控制逻辑先后，必须严格按预期执行顺序依次创建触发器（例如先
CREATE TRIGGER tr_a BEFORE INSERT...，再CREATE TRIGGER tr_b BEFORE INSERT...） - 用
SELECT TRIGGER_NAME, ACTION_TIMING, EVENT_MANIPULATION, CREATED FROM INFORMATION_SCHEMA.TRIGGERS WHERE EVENT_OBJECT_TABLE = 'your_table' ORDER BY CREATED;确认当前顺序 - 若顺序错了，只能
DROP TRIGGER后重新按正确顺序创建——不能 ALTER 或重排
替代方案：把多步逻辑合并到单个触发器里
这是最可靠、最易维护的做法。MySQL 不鼓励“触发器链”，因为顺序不可控且调试困难。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
例如，原本想拆成两个 BEFORE INSERT 触发器分别做校验和默认值填充，应合并为：
DELIMITER $$
CREATE TRIGGER tr_before_insert_combined
BEFORE INSERT ON orders
FOR EACH ROW
BEGIN
IF NEW.amount < 0 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Amount cannot be negative';
END IF;
IF NEW.created_at IS NULL THEN
SET NEW.created_at = NOW();
END IF;
END$$
DELIMITER ;
这样避免了依赖创建顺序，也消除了跨触发器的变量传递问题（MySQL 触发器间无法共享局部变量或用户变量）。
注意：不同 timing 和 event 类型之间无顺序冲突
BEFORE INSERT、AFTER INSERT、BEFORE UPDATE 等属于不同触发时机，彼此不竞争执行顺序。真正需要关注顺序的，仅限「完全相同」的三元组：(EVENT_MANIPULATION, ACTION_TIMING, EVENT_OBJECT_TABLE)。比如两个 BEFORE UPDATE 在同一张表上才可能有先后问题；而一个 BEFORE UPDATE 和一个 AFTER UPDATE 天然有序，无需干预。
容易被忽略的一点是：MySQL 8.0 虽支持多个触发器，但官方文档明确指出“不保证未来版本维持该行为”——所以生产环境更应倾向单触发器封装，而非依赖隐式创建时序。
