數據庫使用的是SQLServer，JDK版本1.8，運行在SpringBoot環境下 對比3種可用的方式

• 反復執行單條插入語句
• xml拼接sql
• 批處理執行

先說結論：少量插入請使用反復插入單條數據，方便。數量較多請使用批處理方式。（可以考慮以有需求的插入數據量20條左右為界吧，在我的測試和數據庫環境下耗時都是百毫秒級的，方便最重要）。

無論何時都不用xml拼接sql的方式。

代碼

拼接SQL的xml

newId()是sqlserver生成UUID的函數，與本文內容無關

<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 的接口，與本文內容關系不大
public interface ItemMapper extends Mapper<Item> {
    int insertByBatch(List<Item> itemList);
}

Service類

@Service
public 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);
    }
}

測試類

@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": 100n" +
                "    }";
        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的插件情況下，僅需代碼,：

@Transactional
public void add1(List<Item> itemList) {
    itemList.forEach(itemMapper::insertSelective);
}

因此，在需求插入數據數量不多的情況下肯定用它了。

xml拼接sql是最不推薦的方式，使用時有大段的xml和sql語句要寫，很容易出錯，工作效率很低。更關鍵點是，雖然效率尚可，但是真正需要效率的時候你掛了，要你何用？

批處理執行是有大數據量插入時推薦的做法，使用起來也比較方便。