MySQL触发器中INSERT后可用NEW.自增列名直接获取ID，无需LAST_INSERT_ID()；字段名须与建表语句一致，NEW只读且安全可靠。
触发器里直接用 NEW.id 就行，前提是字段名确实是 id 且是自增主键
MySQL 的 AFTER INSERT 触发器中，NEW 引用的就是刚插入的那行完整数据，包括由 AUTO_INCREMENT 生成的主键值。不需要查 LAST_INSERT_ID()，也不需要额外 SELECT —— 那样在并发下可能出错，且违反触发器设计本意。
常见错误现象：
- 写成
OLD.id（INSERT触发器中OLD为空，会报Unknown column 'OLD.id' in 'NEW'类错误） - 误以为
NEW.id是NULL或未赋值（其实只要定义了AUTO_INCREMENT，MySQL 在插入完成前就已计算并填入NEW.id）
字段名不叫 id 怎么办？看建表语句里的实际列名
触发器不认“主键”这个逻辑概念，只认你写的列名。比如建表时是：
<pre class="brush:php;toolbar:false;">CREATE TABLE orders ( order_no BIGINT PRIMARY KEY AUTO_INCREMENT, amount DECIMAL(10,2) );
那触发器里就得用 NEW.order_no，不是 <code>NEW.id。容易踩的坑是硬编码列名却没核对 DDL，导致触发器创建失败或运行时报 Unknown column 'NEW.id' in 'field list'。
建议做法：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 写触发器前先执行
SHOW CREATE TABLE 表名确认自增列名 - 如果列名含反引号（如
`order-id`），NEW中也必须带（即NEW.`order-id`） - 避免用 MySQL 保留字作列名（如
order、group），否则必须加反引号，增加维护成本
想把自增 ID 写进另一张日志表？直接 INSERT + NEW.xxx
这是最典型使用场景：插入主表后，自动记录操作日志或关联生成明细。示例：
<pre class="brush:php;toolbar:false;">DELIMITER $$ CREATE TRIGGER after_orders_insert AFTER INSERT ON orders FOR EACH ROW BEGIN INSERT INTO order_logs (order_no, created_at) VALUES (NEW.order_no, NOW()); END$$ DELIMITER ;
注意点：
NEW 只在当前触发器作用域内有效，不能跨触发器或跨语句复用- 如果目标表也有自增主键，别误把
NEW.id当成目标表的值塞进去（除非业务真要镜像） - 触发器里做 INSERT 可能拖慢主表插入性能，高并发写入时需评估影响
为什么不用 LAST_INSERT_ID()？它在触发器里不可靠
LAST_INSERT_ID() 返回的是「当前会话最近一次 INSERT 产生的自增值」，但在触发器里调用它有严重风险：
- 如果触发器内部又执行了其他 INSERT（比如写日志表本身有自增主键），
LAST_INSERT_ID()就被覆盖了 - 多个触发器嵌套时，值会被中间层覆盖，无法保证取到原始主表的 ID
- 即便单层触发器，也比直接用
NEW.xxx多一次函数调用和上下文查找，纯属画蛇添足
真正需要 LAST_INSERT_ID() 的场景，是应用层执行 INSERT 后立刻想拿到 ID —— 那就该在应用代码里调，而不是塞进触发器里绕一圈。
最常被忽略的一点：触发器里的 NEW 是只读的，你不能给 NEW.id = 123 赋值；但你可以放心读它 —— 只要列存在、类型匹配、且确实是本次插入生成的，值就是确定且安全的。
