在 MySQL 触发器中应使用 NEW.id 获取自增 ID，而非 LAST_INSERT_ID()；BEFORE INSERT 中 NEW.id 为 NULL，AFTER INSERT 中 NEW.id 即为已生成的自增 ID，安全可靠。
触发器里不能直接用 LAST_INSERT_ID()
在 MySQL 触发器中，LAST_INSERT_ID() 返回的是「当前会话中最近一次显式调用 INSERT 或 REPLACE 产生的自增 ID」，但它在触发器内部**不可靠**——因为触发器执行时，主语句还没完全结束，且并发下容易被其他语句干扰。实测中常返回 0 或错误值。
更关键的是：BEFORE INSERT 触发器里，ID 还没生成；AFTER INSERT 触发器里，ID 已存在，但不能用 LAST_INSERT_ID() 安全读取。
-
BEFORE INSERT：自增列值尚未分配，NEW.id是NULL（除非你手动赋值） -
AFTER INSERT：自增 ID 已写入，可通过NEW.id直接访问，无需查函数
AFTER INSERT 中直接用 NEW.id 获取自增ID
只要你的表有自增主键（比如 id INT AUTO_INCREMENT PRIMARY KEY），在 AFTER INSERT 触发器里，NEW.id 就是刚插入的、已生成的自增 ID。这是最安全、最直接的方式。
示例：
CREATE TRIGGER tr_log_after_insert AFTER INSERT ON users FOR EACH ROW BEGIN INSERT INTO user_logs (user_id, action, created_at) VALUES (NEW.id, 'created', NOW()); END;
- 必须是
AFTER INSERT，BEFORE不行 -
NEW.id是字段名，需替换成你表中实际的自增列名（如NEW.order_id） - 如果自增列允许
NULL或被显式插入值，NEW.id就是那个值，不一定是数据库生成的
BEFORE INSERT 场景下想预知 ID？基本做不到
MySQL 不提供「预测下一个自增 ID」的安全机制。有人尝试用 SELECT MAX(id) + 1 FROM table，但这在并发插入下必然出错，且受事务隔离级别、删除后复用 ID 等影响，绝对不要用。
如果你真需要在插入前就确定 ID（比如要生成关联码、填充其他字段），可行方案只有：
- 改用显式指定 ID：在
INSERT语句中传入 ID 值（跳过自增），再在BEFORE INSERT中处理逻辑 - 用独立序列表 +
SELECT ... FOR UPDATE手动管理 ID（复杂且影响性能） - 改用 UUID 或雪花 ID 等应用层生成策略，绕开自增依赖
注意：触发器无法跨表获取其他表的 LAST_INSERT_ID()
有些用户误以为在触发器里插入另一张表后，能立刻用 LAST_INSERT_ID() 拿到那个 ID —— 实际上，该函数只反映「当前会话中最近一次对自增列的修改」，但触发器内插入操作的上下文和主语句共享会话，极易被覆盖。哪怕加了 SELECT LAST_INSERT_ID()，结果也取决于谁最后写了自增列，不是你想的那个。
正确做法始终是：在哪张表插入，就在对应触发器的 NEW.xxx 里取值；别跨表依赖函数。
真正容易被忽略的是：触发器里所有对 NEW 的修改（比如 SET NEW.status = 'pending'）只在 BEFORE 有效；AFTER 里 NEW 是只读的，且已是最终入库值。别在 AFTER 里试图改它。
