mysql連接的空閑時(shí)間超過8小時(shí)后 MySQL自動(dòng)斷開該連接解決方案

MySQL 的默認(rèn)設(shè)置下，當(dāng)一個(gè)連接的空閑時(shí)間超過8小時(shí)后，MySQL 就會(huì)斷開該連接，而 c3p0 連接池則以為該被斷開的連接依然有效。在這種情況下，如果客戶端代碼向 c3p0 連接池請(qǐng)求連接的話，連接池就會(huì)把已經(jīng)失效的連接返回給客戶端，客戶端在使用該失效連接的

解決這個(gè)問題的辦法有三種：

1. 增加 MySQL 的 wait_timeout 屬性的值。

修改 /etc/mysql/my.cnf文件，在 [mysqld] 節(jié)中設(shè)置：

# Set a connection to wait 8hours in idle status.
wait_timeout =86400
相關(guān)參數(shù)，紅色部分
mysql> show variables like ‘%timeout%’;
+————————–+——-+
| Variable_name | Value |
+————————–+——-+
| connect_timeout | 5 |
| delayed_insert_timeout | 300 |
| innodb_lock_wait_timeout | 50 |
| interactive_timeout | 28800 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| wait_timeout | 28800 |
+————————–+——-+
同一時(shí)間，這兩個(gè)參數(shù)只有一個(gè)起作用。到底是哪個(gè)參數(shù)起作用，和用戶連接時(shí)指定的連接參數(shù)相關(guān)，缺省情況下是使用wait_timeout。我建議是將這兩個(gè)參數(shù)都修改，以免引起不必要的麻煩。

這兩個(gè)參數(shù)的默認(rèn)值是8小時(shí)(60*60*8=28800)。我測試過將這兩個(gè)參數(shù)改為0，結(jié)果出人意料，系統(tǒng)自動(dòng)將這個(gè)值設(shè)置為。換句話說，不能將該值設(shè)置為永久。
將這2個(gè)參數(shù)設(shè)置為24小時(shí)(60*60*24=604800)即可。
set interactive_timeout=604800;
set wait_timeout=604800;

2. 減少連接池內(nèi)連接的生存周期，使之小于上一項(xiàng)中所設(shè)置的 wait_timeout 的值。
修改 c3p0 的配置文件，設(shè)置：

# How long to keep unused connections around(in seconds)
# Note: MySQL times out idle connections after 8hours(28,800seconds)
# so ensure this value is below MySQL idle timeout
cpool.maxIdleTime=25200
在 spring 的配置文件中：
代碼如下:
class=”com.mchange.v2.c3p0.ComboPooledDataSource”>

3. 定期使用連接池內(nèi)的連接，使得它們不會(huì)因?yàn)殚e置超時(shí)而被 MySQL 斷開。
修改 c3p0 的配置文件，設(shè)置：

# Prevent MySQL raise exception after a long idle timecpool.preferredTestQuery=’SELECT 1’cpool.idleConnectionTestPeriod=18000cpool.testConnectionOnCheckout=true
修改 Spring 的配置文件：
代碼如下: