前言
數據庫使用的是SQLServer，JDK版本1.8，運行在SpringBoot環境下 對比3種可用的方式
- 反復執行單條插入語句
- xml拼接sql
- 批處理執行
先說結論：少量插入請使用反復插入單條數據，方便。數量較多請使用批處理方式。（可以考慮以有需求的插入數據量
20條左右為界吧，在我的測試和數據庫環境下耗時都是百毫秒級的，方便最重要）。
無論何時都不用xml拼接sql的方式。
代碼
拼接SQL的xml
newId()是sqlserver生成UUID的函數，與本文內容無關
|
1
2
3
4
5
6
7
8
|
<insert id="insertByBatch" parameterType="java.util.List"> INSERT INTO tb_item VALUES <foreach collection="list" item="item" index="index" separator=","> (newId(),#{item.uniqueCode},#{item.projectId},#{item.name},#{item.type},#{item.packageUnique}, #{item.isPackage},#{item.factoryId},#{item.projectName},#{item.spec},#{item.length},#{item.weight}, #{item.material},#{item.setupPosition},#{item.areaPosition},#{item.bottomHeight},#{item.topHeight}, #{item.serialNumber},#{item.createTime}</foreach></insert> |
Mapper接口Mapper 是 mybatis插件tk.Mapper 的接口，與本文內容關系不大
|
1
2
3
|
public interface ItemMapper extends Mapper<Item> { int insertByBatch(List<Item> itemList);} |
Service類
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
|
@Servicepublic class ItemService { @Autowired private ItemMapper itemMapper; @Autowired private SqlSessionFactory sqlSessionFactory; //批處理 @Transactional public void add(List<Item> itemList) { SqlSession session = sqlSessionFactory.openSession(ExecutorType.BATCH,false); ItemMapper mapper = session.getMapper(ItemMapper.class); for (int i = 0; i < itemList.size(); i++) { mapper.insertSelective(itemList.get(i)); if(i%1000==999){//每1000條提交一次防止內存溢出 session.commit(); session.clearCache(); } } session.commit(); session.clearCache(); } //拼接sql @Transactional public void add1(List<Item> itemList) { itemList.insertByBatch(itemMapper::insertSelective); } //循環插入 @Transactional public void add2(List<Item> itemList) { itemList.forEach(itemMapper::insertSelective); }} |
測試類
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
|
@RunWith(SpringRunner.class)@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT, classes = ApplicationBoot.class)public class ItemServiceTest { @Autowired ItemService itemService; private List<Item> itemList = new ArrayList<>(); //生成測試List @Before public void createList(){ String json ="{\n" + " \"areaPosition\": \"TEST\",\n" + " \"bottomHeight\": 5,\n" + " \"factoryId\": \"0\",\n" + " \"length\": 233.233,\n" + " \"material\": \"Q345B\",\n" + " \"name\": \"TEST\",\n" + " \"package\": false,\n" + " \"packageUnique\": \"45f8a0ba0bf048839df85f32ebe5bb81\",\n" + " \"projectId\": \"094b5eb5e0384bb1aaa822880a428b6d\",\n" + " \"projectName\": \"項目_TEST1\",\n" + " \"serialNumber\": \"1/2\",\n" + " \"setupPosition\": \"1B柱\",\n" + " \"spec\": \"200X200X200\",\n" + " \"topHeight\": 10,\n" + " \"type\": \"Steel\",\n" + " \"uniqueCode\": \"12344312\",\n" + " \"weight\": 100\n" + " }"; Item test1 = JSON.parseObject(json,Item.class); test1.setCreateTime(new Date()); for (int i = 0; i < 1000; i++) {//測試會修改此數量 itemList.add(test1); } } //批處理 @Test @Transactional public void tesInsert() { itemService.add(itemList); } //拼接字符串 @Test @Transactional public void testInsert1(){ itemService.add1(itemList); } //循環插入 @Test @Transactional public void testInsert2(){ itemService.add2(itemList); }} |
測試結果：
10條 25條數據插入經多次測試，波動性較大，但基本都在百毫秒級別
其中 拼接sql方式在插入500條和1000條時報錯（似乎是因為sql語句過長，此條跟數據庫類型有關，未做其他數據庫的測試）：com.microsoft.sqlserver.jdbc.SQLServerException: 傳入的表格格式數據流(TDS)遠程過程調用(RPC)協議流不正確,此RPC請求中提供了過多的參數,最多應為2100
可以發現
- 循環插入的時間復雜度是 O(n),并且常數C很大
- 拼接SQL插入的時間復雜度（應該）是 O(logn),但是成功完成次數不多，不確定
- 批處理的效率的時間復雜度是 O(logn)，并且常數C也比較小
結論
循環插入單條數據雖然效率極低，但是代碼量極少，在使用tk.Mapper的插件情況下，僅需代碼,：
|
1
2
3
4
|
@Transactionalpublic void add1(List<Item> itemList) { itemList.forEach(itemMapper::insertSelective);} |
因此，在需求插入數據數量不多的情況下肯定用它了。
xml拼接sql是最不推薦的方式，使用時有大段的xml和sql語句要寫，很容易出錯，工作效率很低。更關鍵點是，雖然效率尚可，但是真正需要效率的時候你掛了，要你何用？
批處理執行是有大數據量插入時推薦的做法，使用起來也比較方便。
總結
到此這篇關于MyBatis批量插入的三種方式的文章就介紹到這了,更多相關MyBatis批量插入內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！
原文鏈接：https://juejin.cn/post/6994245638246367262
