mybatis-mysql-自增id获取坑

mybatis-mysql-自增id获取坑

坑场景描述

实际场景可能复杂，简单还原场景

环境

• mybatis 3.2.8
• tddl 3.1.0.4
• mysql 5.6.16-log
• spring 3.1.2.RELEASE

表

user 字段名称 | 类型 ---|--- id | int(10) auto_increment name | varchar(50)

score 字段名称 | 类型 ---|--- id | int(10) auto_increment user_id | int(10) score | int(3)

mybatis配置

user.mapper 非相关 省略

<insert id="insert" parameterType="User" >
  	<selectKey resultType="java.lang.Integer" order="AFTER" keyProperty="id">
	SELECT LAST_INSERT_ID() AS id
	</selectKey>
    insert into user (id, name)
    values (#{id,jdbcType=INTEGER}, #{name,jdbcType=CHAR}
      )
  </insert>

score.mapper 非相关 省略

<insert id="insert" parameterType="User" >
  	<selectKey resultType="java.lang.Integer" order="AFTER" keyProperty="id">
	SELECT LAST_INSERT_ID() AS id
	</selectKey>
    insert into score (id, user_id,score)
    values (#{id,jdbcType=INTEGER}, #{userId,jdbcType=INTEGER},
    #{score,jdbcType=INTEGER}
      )
  </insert>

需求场景

插入user后须要插入sore须要获取到user_id,非同一事物中

存在的问题

在线上出现插入user后获取到id不为当前插入后的id而为score表的id(系统存在并发状况可能存在多个插入同时操做)

问题定位

LAST_INSERT_ID()定义

mysql5.6官方文档

LAST_INSERT_ID()， LAST_INSERT_ID(expr)

没有参数， LAST_INSERT_ID()返回一个64位值，表示AUTO_INCREMENT因为最近执行的INSERT 语句而致使为列成功插入的第一个自动生成的值 。在此以前，该值具备BIGINT UNSIGNEDMySQL 5.6.9 类型BIGINT（签名）。LAST_INSERT_ID()若是没有成功插入行，则该值 保持不变。

使用一个参数， LAST_INSERT_ID()返回MySQL 5.6.9以前的无符号整数，一个有符号的整数。

例如，在插入生成AUTO_INCREMENT值的行以后 ，能够获得以下值：

mysql> SELECT LAST_INSERT_ID();
        -> 195
当前执行的语句不影响其值 LAST_INSERT_ID()。假设您AUTO_INCREMENT使用一个语句生成值，而后LAST_INSERT_ID()在多行INSERT语句中引用 ，该行将行插入到具备其自身AUTO_INCREMENT列的表中 。LAST_INSERT_ID()第二个声明中的价值 将保持稳定; 其第二行和更后一行的值不受早期行插入的影响。（可是，若是混合引用 LAST_INSERT_ID()和 效果未定义。） LAST_INSERT_ID(expr)

若是之前的语句返回错误，则值为 LAST_INSERT_ID()undefined。对于事务表，若是语句因为错误而回滚，则该值将 LAST_INSERT_ID()保持未定义。对于手动 ROLLBACK，LAST_INSERT_ID() 交易前的值不会恢复; 它仍然是在它的位置 ROLLBACK。

在MySQL 5.6.15以前，若是使用复制过滤规则，则此函数未正确复制。（Bug＃17234370，Bug＃69861）

在存储的例程（过程或函数）或触发器LAST_INSERT_ID()的正文内，更改的值与 在这些对象的体外执行的语句相同。存储的例程或触发器对其值的影响 LAST_INSERT_ID()由如下语句所看到取决于例程的种类：

若是存储过程执行更改值的语句，则更改的值LAST_INSERT_ID()将由过程调用后面的语句看到。

对于存储的功能和更改值的触发器，当函数或触发器结束时，该值将被恢复，所以如下语句将不会看到更改的值。

生成的ID在每一个链接的基础上维护在服务器中 。这意味着函数返回给给定客户端的AUTO_INCREMENT值是为该客户端影响AUTO_INCREMENT列的最新语句生成的第一个 值 。即便这些AUTO_INCREMENT值生成了本身的值，也不会受到其余客户端的影响 。此行为确保每一个客户端能够检索本身的ID，而不用担忧其余客户端的活动，而且不须要锁或事务。

其中

生成的ID在每一个链接的基础上维护在服务器中 。这意味着函数返回给给定客户端的AUTO_INCREMENT值是为该客户端影响AUTO_INCREMENT列的最新语句生成的第一个 值 。即便这些AUTO_INCREMENT值生成了本身的值，也不会受到其余客户端的影响 。此行为确保每一个客户端能够检索本身的ID，而不用担忧其余客户端的活动，而且不须要锁或事务

sprig-mybatis

一个insert执行流程

SqlSessionTemplate.insert-->DefaultSqlSession.insert-->SimpleExecutor.update-->PreparedStatementHandler.update

其中insert into user 先执行，其后执行 select last_inset id
(1.ps.execute() 2.keyGenerator.processAfter)

经过debug能够看到经过SpringManagedTransaction.getConnection两次open一次直接返回一次能够肯定两次操做为同一Connection(非并发环境)

同时模拟insrt后经过mysql工具链接插入数据后返回id正确

对比

生成的ID在每一个链接的基础上维护在服务器中 。这意味着函数返回给给定客户端的AUTO_INCREMENT值是为该客户端影响AUTO_INCREMENT列的最新语句生成的第一个 值 。即便这些AUTO_INCREMENT值生成了本身的值，也不会受到其余客户端的影响 。此行为确保每一个客户端能够检索本身的ID，而不用担忧其余客户端的活动，而且不须要锁或事务

以及

经过debug能够看到经过SpringManagedTransaction.getConnection两次open一次直接返回一次能够肯定两次操做为同一Connection

结论

无（对比仅供参考）

解决方案

替换last_inset id 经过插入后再查询name获取id