摘要：起因最近一段時間，生產(chǎn)系統(tǒng)持續(xù)碰到一些數(shù)據(jù)庫異常，導(dǎo)致執(zhí)行失敗。綜上，若發(fā)生異常，為數(shù)據(jù)庫連接失效，但是失效的原因可能會有多種，大致都與各種參數(shù)相關(guān)。當(dāng)時數(shù)據(jù)量大概多條，然后在批量插入時拋出該異常。

最近一段時間，生產(chǎn)系統(tǒng)持續(xù)碰到一些數(shù)據(jù)庫異常，導(dǎo)致 sql 執(zhí)行失敗。

Java 1.7 + Mysql 5.6 + spring + ibatis

將各種失敗的異常記錄了一下，碰到最多下面幾種異常。

java.net.SocketTimeoutException: Read timed out

java.sql.BatchUpdateException: No operations allowed after statement closed。

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

java.io.EOFException: Can not read response from server. Expected to read 8 bytes, read 7 bytes before connection was unexpectedly lost.

java.net.SocketException: Software caused connection abort: recv failed

針對上面第一種情況，很容易從字面意義就得出是讀取超時。然而查詢資料 JDBC 存在多種 timeout,仔細(xì)研究了一下，梳理一下。

JBDC 可以設(shè)置超時時間分別是 Transaction Timeout，Statement Timeout，Socket TimeOut，ConnectionTimeout。上述超時時間層次從上至下。

以下我們從上之下分別了解這幾種種超時時間。

Transaction Timeout ：事務(wù)超時時間，由多個 Statement 組成。事務(wù)的超時時間=N*Statement.timeout+其他代碼執(zhí)行時間。所以我們不應(yīng)該在一個事務(wù)中執(zhí)行一些 RPC 或 HTTP 等這些長耗時的調(diào)用。如果時間卡在這些調(diào)用上，會導(dǎo)致事務(wù)超時發(fā)生回滾。

Statement Timeout：一次語句的執(zhí)行的時間，可以用來限制一個查詢語句的執(zhí)行時間。但是如果出現(xiàn)網(wǎng)絡(luò)故障，這個超時間將不起作用。最終需要 Socket TimeOut 解決。

Socket TimeOut ：目前 JDBC 類型存在四種，而我們通常使用的是數(shù)據(jù)庫協(xié)議驅(qū)動（Database-Protocol driver (Pure Java driver) or thin driver）。這種驅(qū)動采用 Socket 用來與數(shù)據(jù)庫通信。若沒有設(shè)置，一但發(fā)生網(wǎng)絡(luò)故障，SCOKET 讀取就會直接阻塞。而設(shè)置以后，時間超時后將會拋出 java.net.SocketTimeoutException: Read timed out，防止長時間阻塞，系統(tǒng)不可用。

ConnectionTimeout ：這個超時參數(shù)也是與 Socket 建立連接有關(guān)。若沒有設(shè)置，一旦如果數(shù)據(jù)庫相關(guān)地址參數(shù)錯誤錯誤，將會長時間阻塞在建立數(shù)據(jù)庫連接上。

使用網(wǎng)上一張圖可以清晰的解析前三者關(guān)系。

實(shí)際上還存在操作系統(tǒng)層面上 Socket 超時。各個操作系統(tǒng)可以設(shè)置相應(yīng) Socket 超時時間，然后若 JDBC 沒有設(shè)置，到了操作系統(tǒng)的超時時間也將會斷開。但是我們不能依賴該超時間，因?yàn)樵摃r間完全不可控，我們應(yīng)該顯式設(shè)置。

綜上，針對相關(guān) JDBC 參數(shù)我們至少需要設(shè)置 ConnectionTimeout 以及 Socket TimeOut.針對 sql 語句，可以設(shè)置 Statement Timeout。若存在事務(wù)，還可以設(shè)置相應(yīng) Transaction Timeout。

這個 CommunicationsException 異常會因?yàn)槠渌讓赢惓?dǎo)致如以下這兩種異常。

java.io.EOFException: Can not read response from server. Expected to read 8 bytes, read 7 bytes before connection was unexpectedly lost.

java.net.SocketException: Software caused connection abort: recv failed

剛開始碰到該異常，根據(jù) CommunicationsException 查詢一下了，大致都是說 Mysql server 端會檢測空閑連接，超時后主動斷開連接，導(dǎo)致客戶端的連接失效。

那么什么是 mysql 的空閑連接那？簡單來說，mysql 連接進(jìn)程 Command 為 sleep 狀態(tài)。我們可以使用 show processlist ; 查看正在運(yùn)行的進(jìn)程?？臻e的進(jìn)程示例如圖：

jdbc 連接會根據(jù) mysql wait_timeout 檢測空閑連接。若在 wait_timeout 時間內(nèi)，連接還是空閑狀態(tài)，mysql server 將會斷開這個鏈接。針對這種情況，采用編碼模擬。
采用如下代碼：

        try {
            Connection connection = dataSource.getConnection();
            TimeUnit.SECONDS.sleep(11L);
            run.query(connection,"select "X"", h);
            //Thread.sleep(60000);
        } catch (Exception e) {
            log.error("查詢異常", e);
        }

然后設(shè)置 mysql wait_timeout=10 。
以下模擬代碼獲取連接后，休眠11s，這個過程中，mysql 主動斷開連接,等真正執(zhí)行時，程序拋出異常。

以下為報錯的情況：

但是底層異常卻為 java.net.SocketException: Software caused connection abort: recv failed，而不是 java.io.EOFException。

這個報錯卻是很疑惑。然后仔細(xì)查看 EOFException 后面描述 Expected to read 8 bytes, read 7 bytes before connection was unexpectedly lost，可以看出這個連接其實(shí)有一段時間其實(shí)還是可用，有讀取數(shù)據(jù)，但是在讀取數(shù)據(jù)過程中，未讀到符合數(shù)量的相應(yīng)數(shù)據(jù)，導(dǎo)致報錯。而上面代碼模擬的卻是連接使用時連接已生效的情況。

執(zhí)行 show variables like "%timeout%"; 查看 mysql 其他超時時間，

從上圖可以注意到 net_read_timeout 與 net_write_timeout 這兩個參數(shù)。

查看 mysql 官方文檔

net_read_timeout 默認(rèn)30s
The number of seconds to wait for more data from a connection before aborting the read. When the server is reading from the client, net_read_timeout is the timeout value controlling when to abort. When the server is writing to the client,
net_write_timeout 默認(rèn)60s
The number of seconds to wait for a block to be written to a connection before aborting the write

net_write_timeout 控制 mysql 服務(wù)端向客戶端寫數(shù)據(jù)超時時間。針對這種情況，在 MysqlIO read 處打上短點(diǎn)，

程序啟動時，先放開斷點(diǎn)，查看 mysql processlist，看到 mysql 進(jìn)程 state send to client 時，這個時候使斷點(diǎn)生效。這個時候，等待60s 以后，成功復(fù)現(xiàn)出如下錯誤。

net_read_timeout 該超時不知道如何模擬:(。

綜上，若發(fā)生 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure 異常，為數(shù)據(jù)庫連接失效，但是失效的原因可能會有多種，大致都與 mysql 各種 timeout 參數(shù)相關(guān)。

這個錯誤是發(fā)生在數(shù)據(jù)批量導(dǎo)入時。當(dāng)時數(shù)據(jù)量大概 20 多W條，然后在批量插入時拋出該異常。以下為批量插入代碼。

getSqlMapClientTemplate().execute(new SqlMapClientCallback