一、說明

在JDBC中，executeBatch這個方法可以將多條dml語句批次執(zhí)行，效率比單一執(zhí)行executeUpdate高很多，這是什麼原理呢？在mysql和oracle中又是如何實現(xiàn)批次執(zhí)行的呢？本文將為大家介紹背後的原理。

二、實驗介紹

本實驗將透過以下三步驟進行

a. 記錄jdbc在mysql中批次執(zhí)行和單一執(zhí)行的耗時

b. 記錄jdbc在oracle中批次執(zhí)行和單一執(zhí)行的耗時

c. 記錄oracle plsql批次執(zhí)行和單一執(zhí)行的耗時

相關java和資料庫版本如下：Java17， Mysql8，Oracle11G

三、正式實驗

在mysql和oracle中分別建立一張表格

create table t (  -- mysql中創(chuàng)建表的語句
    id    int,
    name1 varchar(100),
    name2 varchar(100),
    name3 varchar(100),
    name4 varchar(100)
);

create table t (  -- oracle中創(chuàng)建表的語句
    id    number,
    name1 varchar2(100),
    name2 varchar2(100),
    name3 varchar2(100),
    name4 varchar2(100)
);

在實驗前需要開啟資料庫的稽核

mysql開啟審計：

set global general_log = 1;

oracle開啟審計：

alter system set audit_trail=db, extended;  
audit insert table by scott;  -- 實驗采用scott用戶批量執(zhí)行insert的方式

java程式碼如下：

import java.sql.*;

public class JdbcBatchTest {

    /**
     * @param dbType 數(shù)據(jù)庫類型，oracle或mysql
     * @param totalCnt 插入的總行數(shù)
     * @param batchCnt 每批次插入的行數(shù)，0表示單條插入
     */
    public static void exec(String dbType, int totalCnt, int batchCnt) throws SQLException, ClassNotFoundException {
        String user = "scott";
        String password = "xxxx";
        String driver;
        String url;
        if (dbType.equals("mysql")) {
            driver = "com.mysql.cj.jdbc.Driver";
            url = "jdbc:mysql://ip/hello?useServerPrepStmts=true&rewriteBatchedStatements=true";
        } else {
            driver = "oracle.jdbc.OracleDriver";
            url = "jdbc:oracle:thin:@ip:orcl";
        }

        long l1 = System.currentTimeMillis();
        Class.forName(driver);
        Connection connection = DriverManager.getConnection(url, user, password);
        connection.setAutoCommit(false);
        String sql = "insert into t values (?, ?, ?, ?, ?)";
        PreparedStatement preparedStatement = connection.prepareStatement(sql);
        for (int i = 1; i <= totalCnt; i++) {
            preparedStatement.setInt(1, i);
            preparedStatement.setString(2, "red" + i);
            preparedStatement.setString(3, "yel" + i);
            preparedStatement.setString(4, "bal" + i);
            preparedStatement.setString(5, "pin" + i);

            if (batchCnt > 0) {
                // 批量執(zhí)行
                preparedStatement.addBatch();
                if (i % batchCnt == 0) {
                    preparedStatement.executeBatch();
                } else if (i == totalCnt) {
                    preparedStatement.executeBatch();
                }
            } else {
                // 單條執(zhí)行
                preparedStatement.executeUpdate();
            }
        }
        connection.commit();
        connection.close();
        long l2 = System.currentTimeMillis();
        System.out.println("總條數(shù)：" + totalCnt + (batchCnt>0? ("，每批插入："+batchCnt) : "，單條插入") + "，一共耗時："+ (l2-l1) + " 毫秒");
    }

    public static void main(String[] args) throws SQLException, ClassNotFoundException {
        exec("mysql", 10000, 50);
    }
}

程式碼中幾個注意的點，

• #mysql的url需要加入useServerPrepStmts=true&rewriteBatchedStatements=true參數(shù)。

• batchCnt表示每次批次執(zhí)行的sql條數(shù)，0表示單一執(zhí)行。

先測試mysql

exec("mysql", 10000, batchCnt);

代入不同的batchCnt值看執(zhí)行時長

batchCnt=50 總條數(shù)：10000，每批插入：50，共耗時：4369 毫秒
batchCnt=100 總條數(shù)：10000，每批插入：100，共耗時：2598 毫秒
batchCnt=200 總條數(shù)：10000，每批插入： 200，共耗時：2211 毫秒
batchCnt=1000 總條數(shù)：10000，每批插入：1000，共耗時：2099 毫秒
batchCnt=10000 總條數(shù)：10000，每批插入：10000共耗時：2418 毫秒
batchCnt=0 總條數(shù)：10000，單一插入，共耗時：59620 毫秒

##查看general log

batchCnt=5

batchCnt=0

可以得到幾個結論:

• #批次執(zhí)行的效率比起單條執(zhí)行大幅提升。

• mysql的批次執(zhí)行其實是改寫了sql，將多條insert合併成了insert xx values(),()...的方式去執(zhí)行。

• 將batchCnt由50改到100的時候，時間基本上縮短了一半，但是再擴大這個值的時候，時間縮短並不明顯，執(zhí)行的時間甚至還會升高。

分析原因：

客戶端將要執(zhí)行的SQL語句傳送給資料庫伺服器後，資料庫執(zhí)行該SQL語句並將結果傳回給客戶端?？偤臅r = 資料庫執(zhí)行時間 網(wǎng)路傳輸時間。透過大量執(zhí)行減少往返次數(shù)可以降低網(wǎng)路傳輸時間，從而縮短總時間。然而，當batchCnt變大時，即使網(wǎng)路傳輸時間不再是最主要的瓶頸，總時間的降低也不會那麼明顯。特別是當batchCnt=10000，即一次性把1萬條語句全部執(zhí)行完，時間反而變多了，這可能是由於程式和資料庫在準備這些入?yún)r需要申請更大的內存，所以耗時更多（我猜的）。

再來說一句，batchCnt這個值是不是能無限大呢，假設我需要插入的是1億條，那麼我能一次批量插入1億條嗎？當然不行，我們不考慮undo的空間問題，首先你電腦就沒有這麼大的內存一次性把這1億條sql的入?yún)⑷勘４嫦聛?，其次mysql還有個參數(shù)max_allowed_pa??cket限制單條語句的長度，最大為1G位元組。當語句過長的時候就會報"Packet for query is too large (1,773,901 > 1,599,488). You can change this value on the server by setting the 'max_allowed_pa??cket' variable"。

接下來測試oracle

exec("oracle", 10000, batchCnt);

代入不同的batchCnt值看執(zhí)行時長

batchCnt=50 總條數(shù)：10000，每批插入：50，一共耗時：2055 毫秒

batchCnt=100 總條數(shù)：10000，每批插入：100，共耗時：1324 毫秒
batchCnt=200 總條數(shù)：10000，每批插入：200，總共耗時：856 毫秒
batchCnt=1000 總條數(shù)：10000，每批插入：1000，總共耗時：785 毫秒
batchCnt=10000 總條數(shù)：10000，每批插入：10000，總共耗時：804毫秒
batchCnt=0 總條數(shù)：10000，單一插入，總共耗時：60830 毫秒

在Oracle中執(zhí)行的效果跟MySQL中基本上一致，批次操作的效率明顯高於單條執(zhí)行。問題就來了，oracle中並沒有這種insert xx values(),()..語法呀，那它是怎麼做到批量執(zhí)行的呢？

查看當執(zhí)行batchCnt=50的稽核檢視dba_audit_trail

從審計的結果中可以看到，batchCnt=50的時候，審計記錄只有200條（扣除登入和登出），也就是sql只執(zhí)行了200次。sql_text沒有發(fā)生改寫，仍然是"insert into t values (:1 , :2 , :3 , :4 , :5 )"，而且sql_bind只記錄了批量執(zhí)行的最后一個參數(shù)，即50的倍數(shù)。根據(jù)awr報告可以看出，實際只執(zhí)行了200次（由于篇幅限制，省略了awr截圖）。那么oracle是怎么做到只執(zhí)行200次但插入1萬條記錄的呢？我們來看看oracle中使用存儲過程的批量插入。

四、存儲過程

準備數(shù)據(jù)：

首先將t表清空 truncate table t;

用java往t表灌10萬數(shù)據(jù) exec("oracle", 100000, 1000);

創(chuàng)建t1表 create table t1 as select * from t where 1 = 0;

以下兩個過程的意圖一致，均為將t表中的數(shù)據(jù)導入t1表。nobatch是單次執(zhí)行，usebatch是批量執(zhí)行。

create or replace procedure nobatch is
begin
  for x in (select * from t)
  loop
    insert into t1 (id, name1, name2, name3, name4)
    values (x.id, x.name1, x.name2, x.name3, x.name4);
  end loop;
  commit;
end nobatch;
/

create or replace procedure usebatch (p_array_size in pls_integer)
is
  type array is table of t%rowtype;
  l_data array;
  cursor c is select * from t;
begin
  open c;
  loop
    fetch c bulk collect into l_data limit p_array_size;
    forall i in 1..l_data.count insert into t1 values l_data(i);
    exit when c%notfound;
  end loop;
  commit;
  close c;
end usebatch;
/

執(zhí)行上述存儲過程

SQL> exec nobatch; ?
Elapsed: 00:00:32.92

SQL> exec usebatch(50);
Elapsed: 00:00:00.77

SQL> exec usebatch(100);
Elapsed: 00:00:00.47

SQL> exec usebatch(1000);
Elapsed: 00:00:00.19

SQL> exec usebatch(100000);
Elapsed: 00:00:00.26

存儲過程批量執(zhí)行效率也遠遠高于單條執(zhí)行。查看usebatch(50)執(zhí)行時的審計日志，sql_bind也只記錄了批量執(zhí)行的最后一個參數(shù)，即50的倍數(shù)。與使用executeBatch方法在記錄內容方面相同。因此可以推斷，JDBC的executeBatch和存儲過程的批量執(zhí)行都采用了相同的方法

存儲過程的這個關鍵點就是forall。查閱相關文檔。

The FORALL statement runs one DML statement multiple times, with different values in the VALUES and WHERE clauses.
The different values come from existing, populated collections or host arrays. The FORALL statement is usually much faster than an equivalent FOR LOOP statement.
The FORALL syntax allows us to bind the contents of a collection to a single DML statement, allowing the DML to be run for each row in the collection without requiring a context switch each time.

翻譯過來就是forall很快，原因就是不需要每次執(zhí)行的時候等待參數(shù)。

以上是Java如何實作JDBC批次插入的詳細內容。更多資訊請關注PHP中文網(wǎng)其他相關文章！