Mybatis-plus 批量插入太慢的問題解決(提升插入性能)

Posted on by

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
<foreach collection="list" item="item" separator=",">
    (#{item.a}, #{item.b}, #{item.c})
</foreach>

但是仔細閱讀源碼發現，他的CRUD方法其實都是實現瞭一個叫做AbstractMethod的類的，類繼承如圖

其中我們看到有一個方法是InsertBatchSomeColumn，這個方法實際上就是我們手寫的那種批量插入的功能的實現瞭，我們現在要做的是把這個方法註入到我們的工程中，並且替換掉之前的saveBatch方法

第一步：新增我們自己的SQL註入器，用來擴展批量插入

public class CxmSqlInjector extends DefaultSqlInjector{
    
    @Override
    public List<AbstractMethod> getMethodList(Class<?> mapperClass) {
        // 防止父類的方法不可使用
        List<AbstractMethod> methodList = super.getMethodList(mapperClass);
        // 添加批量插入的方法
        methodList.add(new InsertBatchSomeColumn());
        return methodList;
    }
 
}

第二步：把上面的類註入到Spring中

第三步：在我們的BaseDAO中聲明該方法

第四步：重寫saveBatch

最後再調用saveBatch的時候就會發現完成瞭批量插入的時候不是for 循環插入瞭，大功告成！！！

到此這篇關於Mybatis-plus 批量插入太慢的問題解決(提升插入性能)的文章就介紹到這瞭,更多相關Mybatis-plus 批量插入太慢內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：