存储过程，insert之后取得当前自增Id的问题
DELIMITER // -- 更改结束符号
//
DELIMITER ;
这是我写的一个存储过程，插入数据之后取出当前的自增id,但是为什么取出之后是下个的自增id呢，我在数据库表中直接写插入语句，在last_insert_id就是当前的自增id,为什么？
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
这个问题通常与MySQL的事务处理和存储过程的执行方式有关。在MySQL中，LAST_INSERT_ID()函数返回的是当前会话最后一次生成的自动增长ID值。当你在存储过程中使用这个函数时，需要注意几个关键点：
-
事务处理：如果你的存储过程内部或者调用存储过程的代码外部包裹在事务中，
LAST_INSERT_ID()可能不会立即反映出你期望的ID值，直到事务被提交。因为在事务未提交之前，自增ID的分配虽然已经发生，但其效果对于其他事务是不可见的。 -
执行顺序：确保在调用
LAST_INSERT_ID()之前，插入操作已经完成且没有其他插入操作干扰。有时候，如果存储过程里有多个插入操作，且它们都使用了自动增长字段，那么LAST_INSERT_ID()将返回最后一条插入记录的ID，而不是你预期的那一笔。 -
并发问题：如果有并发插入操作，即使是在不同的会话中，理论上
LAST_INSERT_ID()应该只返回当前会话的最新自增ID，但如果存在某种形式的全局状态混淆或错误地共享了会话变量，也可能导致不预期的结果。
解决方法： - 确保在调用LAST_INSERT_ID()之后，没有任何其他的插入语句影响到这个值。 - 检查你的存储过程是否有正确的事务管理。如果需要即时获取自增ID，考虑在插入后立即提交事务（COMMIT;）。 - 使用局部变量来保存插入后的ID值，以避免任何潜在的并发问题。例如，在插入后立即执行 SET @my_last_id = LAST_INSERT_ID(); 并在后续逻辑中使用@my_last_id。
如果以上检查和调整后问题仍然存在，建议查看存储过程的具体代码以及执行环境的详细配置，包括事务隔离级别等，以便更准确地定位问题所在。
