MyBatis-Plus（简称MP）是一个MyBatis的增强工具,旨在MyBatis的基础上只做增强不做改变,为简化开发、提高效率而生。
特点
无侵入：只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑
损耗小：启动即会自动注入基本 CURD，性能基本无损耗，直接面向对象操作
强大的 CRUD 操作：内置通用 Mapper、通用 Service，仅仅通过少量配置即可实现单表大部分 CRUD 操作，更有强大的条件构造器，满足各类使用需求
支持 Lambda 形式调用：通过 Lambda 表达式，方便的编写各类查询条件，无需再担心字段写错
支持主键自动生成：支持多达 4 种主键策略（内含分布式唯一 ID 生成器 - Sequence），可自由配置，完美解决主键问题
支持 ActiveRecord 模式：支持 ActiveRecord 形式调用，实体类只需继承 Model 类即可进行强大的 CRUD 操作
支持自定义全局通用操作：支持全局通用方法注入（ Write once, use anywhere ）
内置代码生成器：采用代码或者 Maven 插件可快速生成 Mapper 、 Model 、 Service 、 Controller 层代码，支持模板引擎，更有超多自定义配置等您来使用
内置分页插件：基于 MyBatis 物理分页，开发者无需关心具体操作，配置好插件之后，写分页等同于普通 List 查询
分页插件支持多种数据库：支持 MySQL、MariaDB、Oracle、DB2、H2、HSQL、SQLite、Postgre、SQLServer 等多种数据库
内置性能分析插件：可输出 Sql 语句以及其执行时间，建议开发测试时启用该功能，能快速揪出慢查询
内置全局拦截插件：提供全表 delete 、 update 操作智能分析阻断，也可自定义拦截规则，预防误操作
MP功能强大，但是上线后发现有一个问题，他内置的saveBatch批量插入功能有着巨大的隐患，查看源码发现他是这么实现的
其中关键的方法executeBatch源码为：
启动服务后,用Postman调试,后台打印如下:
从图上可以看出这个所谓的批量插入接口,其实就是一个for循环插入，所以会对数据库产生很大的压力，第一反应是手工实现，这样
INSERT INTO test (a, b, c) VALUES(#{item.a}, #{item.b}, #{item.c})
但是仔细阅读源码发现，他的CRUD方法其实都是实现了一个叫做AbstractMethod的类的，类继承如图
其中我们看到有一个方法是InsertBatchSomeColumn，这个方法实际上就是我们手写的那种批量插入的功能的实现了，我们现在要做的是把这个方法注入到我们的工程中，并且替换掉之前的saveBatch方法
第一步：新增我们自己的SQL注入器，用来扩展批量插入
public class CxmSqlInjector extends DefaultSqlInjector{
@Override
public List getMethodList(Class mapperClass) {
// 防止父类的方法不可使用
List methodList = super.getMethodList(mapperClass);
// 添加批量插入的方法
methodList.add(new InsertBatchSomeColumn());
return methodList;
}
}
第二步：把上面的类注入到Spring中
第三步：在我们的BaseDAO中声明该方法
第四步：重写saveBatch
最后再调用saveBatch的时候就会发现完成了批量插入的时候不是for 循环插入了，大功告成！！！
到此这篇关于Mybatis-plus 批量插入太慢的问题解决(提升插入性能)的文章就介绍到这了,更多相关Mybatis-plus 批量插入太慢内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！