直接用 LAST_INSERT_ID()，需在同连接、同线程、INSERT 后立即调用；它返回刚生成的自增 ID，不依赖表名，但会被后续任何含自增操作覆盖，且仅在实际插入成功时更新。
MySQL 存储过程中怎么拿到刚插入的自增 ID
直接用 LAST_INSERT_ID()，但必须在同一线程、同一连接、紧接 INSERT 之后调用。它不依赖表名，也不受其他会话干扰，但会被后续任何 INSERT/REPLACE/UPDATE（含自增列）覆盖。
- 存储过程里执行
INSERT INTO t (name) VALUES ('a');后，立刻写SELECT LAST_INSERT_ID();或赋值给变量：SET @new_id = LAST_INSERT_ID(); - 不能跨语句“缓存”：如果中间夹了另一条带自增的
INSERT，哪怕只是日志表，LAST_INSERT_ID()就变成那个新 ID 了 - 不要用
SELECT MAX(id) FROM t替代——并发下大概率拿错，且性能差
为什么在存储过程里调用 LAST_INSERT_ID() 有时返回 0
最常见原因是 INSERT 没真正执行成功，或者被事务回滚吞掉了。MySQL 的 LAST_INSERT_ID() 只在“实际生成新自增值”时更新，不是“只要写了 INSERT 就有”。
- INSERT 前触发器抛异常 → 语句失败 →
LAST_INSERT_ID()不变（仍是上一次的值或 0） - INSERT 在事务中，但后续
ROLLBACK→ 自增 ID 已消耗，但LAST_INSERT_ID()仍保留该值（注意：ID 不会回退，但函数值不会清零） - 用了
INSERT ... ON DUPLICATE KEY UPDATE且走的是 UPDATE 分支 → 没生成新 ID → 返回 0 - 表没定义
AUTO_INCREMENT主键，或主键是复合键且自增列未被显式插入 → 不触发自增逻辑
存储过程里多个 INSERT 怎么分别拿到各自的自增 ID
每次 INSERT 后必须立刻读取 LAST_INSERT_ID() 并存到局部变量，否则后一次 INSERT 会覆盖前一次的值。
- 正确做法：
INSERT INTO users (name) VALUES ('Alice');<br>SET @user_id = LAST_INSERT_ID();<br><br>INSERT INTO orders (user_id, amount) VALUES (@user_id, 99.9);<br>SET @order_id = LAST_INSERT_ID(); - 错误写法：先批量 INSERT，再统一查
LAST_INSERT_ID()——只能拿到最后一个 - 如果 INSERT 是批量多行（如
INSERT INTO t VALUES (1),(2),(3)），LAST_INSERT_ID()返回的是第一行生成的 ID，不是最大值
LAST_INSERT_ID() 在存储过程里的作用域和生命周期
它属于客户端连接级别，不是存储过程局部变量，也不是会话全局变量。只要没断开连接，即使退出存储过程、调用另一个存储过程，值也还在；但换连接就彻底丢失。
- 同一个连接中，不同存储过程之间可传递：A 过程插入后设
@id = LAST_INSERT_ID()，B 过程能读@id（前提是没被中间其他 INSERT 覆盖） - 不推荐依赖它做跨过程协调——容易被隐式 SQL（比如审计触发器、INSERT DELAYED、甚至某些 ORM 自动生成的日志语句）意外修改
- 如果存储过程里开了子事务（
SAVEPOINT），回滚到 savepoint 不影响LAST_INSERT_ID()的值
LAST_INSERT_ID() 静默失效。 
