1、在项目mybatis升级过程中，由mybatis 3.2.0升级到3.5.6的过程中 意外出现了 Cause: org.apache.ibatis.executor.ExecutorException: Too many keys are generated. There are only 1 target objects. You either specified a wrong 'keyProperty' or encountered a driver bug like #1523.
这样的错误，很明显错误意思是说 数据库生成了多个主键key 而我们需要封装key的参数只有一个，数量上的不对等导致mybatis报错 。首先检查一下 业务sql.
报错的sql与其他sql相比 最明显的特点是采用 useGeneratedKeys="true" 实现插入操作，id自动封装到java对象 同时使用 on duplicate key update 这样的sql实现插入更新操作，即插入时发现key冲突的时候进行更新操作。在确定业务代码没有发生任何变动的情况。有必要研究对比一下mybatis 3.2.0版本和3.5.6版本对于useGeneratedKeys=“true” 这个配置处理上的差异。
下面进行代码对比
mybatis 3.2.0版本
注意这里的循环 ，先循环java端需要封装主键的参数，循环内再去查看数据库执行之后返回的key。如果两者数量上不对等，会break 掉循环 不会抛异常报错
mybatis 3.5.6版本
从这里可以很明显的看到 3.5.6 的版本外层循环rs 为数据库执行之后返回的key ,iterator 为需要封装key的参数迭代。当两者数量不对等的时候，会抛出MSG_TOO_MANY_KEYS 这样的异常 ，在3.5.6中对这个异常的定义，这个异常就是文章开头所出现的异常。3.5.6版本不在像3.2.0版本那样 break 掉循环而是直接抛出来异常---------这确实比较坑
看来开源框架的升级很容器踩坑，升级莫大意
为什么使用on duplicate key update 这样的sql语法会造成数据库返回的key要比需要封装的参数多呐，在项目中添加日志打印执行sql返回的行数发现 采用on duplicate key update 这样的sql更新数据影响的行数竟然是2，尽管数据库里面只有一行数据发生变更，但是返回的影响行数是2。官方解释为 这种情况 1 代表 插入成功 2 代表更新成功
解决办法 在批量插入 on duplicate key update replace 这样的操作时并不建议采用useGeneratedKeys=“true” 。需要对sql进行拆分分为insert 和update两个sql 或者在确定业务上不需要主键的情况下去掉useGeneratedKeys=“true” 。
