MyBatis三种批量插入方式的比较,我推荐第3个( 二 )

测试结果:
10条 25条数据插入经多次测试,波动性较大,但基本都在百毫秒级别

MyBatis三种批量插入方式的比较,我推荐第3个

文章插图
 
其中 拼接sql方式在插入500条和1000条时报错(似乎是因为sql语句过长,此条跟数据库类型有关,未做其他数据库的测试):com.microsoft.sqlserver.jdbc.SQLServerException: 传入的表格格式数据流(TDS)远程过程调用(RPC)协议流不正确,此RPC请求中提供了过多的参数,最多应为2100
可以发现
  • 循环插入的时间复杂度是 O(n),并且常数C很大
  • 拼接SQL插入的时间复杂度(应该)是 O(logn),但是成功完成次数不多,不确定
  • 批处理的效率的时间复杂度是 O(logn),并且常数C也比较小
结论【MyBatis三种批量插入方式的比较,我推荐第3个】循环插入单条数据虽然效率极低,但是代码量极少,在使用tk.Mapper的插件情况下,仅需代码,:
@Transactionalpublic void add1(List<Item> itemList) {    itemList.forEach(itemMapper::insertSelective);}因此,在需求插入数据数量不多的情况下肯定用它了 。
xml拼接sql是最不推荐的方式,使用时有大段的xml和sql语句要写,很容易出错,工作效率很低 。更关键点是,虽然效率尚可,但是真正需要效率的时候你挂了,要你何用?
批处理执行是有大数据量插入时推荐的做法,使用起来也比较方便 。




推荐阅读