LAST_INSERT_ID() 最可靠，它在同连接中返回最后一次成功插入自增列的ID，不查表、不受其他操作影响、并发安全，但依赖连接生命周期，事务回滚后仍保留原值。
MySQL 中获取最后插入的自增 ID，用 LAST_INSERT_ID() 最可靠
直接说结论：只要是在同一个数据库连接（connection）中执行了 INSERT，后续调用 LAST_INSERT_ID() 就能安全拿到刚插入那行的自增主键值。它不依赖表名、不依赖会话变量重置、也不受其他客户端干扰——这是 MySQL 原生保证的行为。
LAST_INSERT_ID() 不是“查表”，而是返回会话级缓存值
这个函数不访问任何表或索引，只返回当前连接最后一次成功插入自增列时 MySQL 内部记录的值。这意味着：
- 即使你紧接着执行了
UPDATE或DELETE，只要没再INSERT，LAST_INSERT_ID()仍保持原值 - 如果插入语句没触发自增（比如显式指定了主键值），
LAST_INSERT_ID()可能不变，或返回 0（取决于是否实际生成新 ID） - 批量插入（
INSERT INTO t VALUES (),(),()）只返回第一个生成的 ID，不是最大值 - 在存储过程中多次调用，它始终反映最近一次 INSERT 的结果，不会被中间的 SELECT 覆盖
PHP/Python 等语言里别手动查 SELECT MAX(id)
常见错误是用 SELECT MAX(id) FROM table 来“反推”刚插的 ID —— 这在并发场景下完全不可靠。正确做法是：
- PHP PDO：用
$pdo->lastInsertId()（底层就是调LAST_INSERT_ID()） - Python MySQLdb：用
cursor.lastrowid - Node.js mysql2：用
result.insertId（注意不是result.affectedRows） - 绝对不要在
INSERT后另起一个查询去SELECT，哪怕加了ORDER BY id DESC LIMIT 1也不行
跨连接或事务回滚后，LAST_INSERT_ID() 的行为要特别注意
它的值只属于当前连接，且不会因为事务回滚而清除——哪怕你 INSERT 后 ROLLBACK，再调用 LAST_INSERT_ID() 还是返回那个已回滚的 ID。所以：
- 如果业务逻辑依赖该 ID 做后续操作，务必确认前面的 INSERT 已成功提交
- 连接池环境下，不能假设连接复用后
LAST_INSERT_ID()是干净的；建议每次使用前明确知道上一次 INSERT 是否发生 - 如果需要“重置”，可以手动执行
SELECT LAST_INSERT_ID(0)（把会话值设为 0），但极少需要
真正容易出问题的地方，往往不是函数怎么写，而是没意识到它绑定的是连接生命周期，而不是某条 SQL 或某个事务。
