背景

在之前文章中寫過(guò) MySQL JDBC 驅(qū)動(dòng)中的虛引用導(dǎo)致 JVM GC 耗時(shí)較長(zhǎng)的問(wèn)題，在驅(qū)動(dòng)代碼（mysql-connector-java 5.1.38版本）中 NonRegisteringDriver 類有個(gè)虛引用集合 connectionPhantomRefs 用于存儲(chǔ)所有的數(shù)據(jù)庫(kù)連接，NonRegisteringDriver.trackConnection 方法負(fù)責(zé)把新創(chuàng)建的連接放入集合，虛引用隨著時(shí)間積累越來(lái)越多，導(dǎo)致 GC 時(shí)處理虛引用的耗時(shí)較長(zhǎng)，影響了服務(wù)的吞吐量：

publicConnectionImpl(StringhostToConnectTo,intportToConnectTo,Propertiesinfo,StringdatabaseToConnectTo,Stringurl)throwsSQLException{
...
NonRegisteringDriver.trackConnection(this);
...
}

publicclassNonRegisteringDriverimplementsDriver{
...
protectedstaticfinalConcurrentHashMapconnectionPhantomRefs=newConcurrentHashMap();

protectedstaticvoidtrackConnection(com.mysql.jdbc.ConnectionnewConn){
ConnectionPhantomReferencephantomRef=newConnectionPhantomReference((ConnectionImpl)newConn,refQueue);
connectionPhantomRefs.put(phantomRef,phantomRef);
}
...
}

嘗試減少數(shù)據(jù)庫(kù)連接的生成速度，來(lái)降低虛引用的數(shù)量，但是效果并不理想。最終的解決方案是通過(guò)反射獲取虛引用集合，利用定時(shí)任務(wù)來(lái)定期清理集合，避免 GC 處理虛引用耗時(shí)較長(zhǎng)。

//每?jī)尚r(shí)清理connectionPhantomRefs，減少對(duì)mixedGC的影響
SCHEDULED_EXECUTOR.scheduleAtFixedRate(()->{
try{
FieldconnectionPhantomRefs=NonRegisteringDriver.class.getDeclaredField("connectionPhantomRefs");
connectionPhantomRefs.setAccessible(true);
Mapmap=(Map)connectionPhantomRefs.get(NonRegisteringDriver.class);
if(map.size()>50){
map.clear();
}
}catch(Exceptione){
log.error("connectionPhantomRefsclearerror!",e);
}
},2,2,TimeUnit.HOURS);

利用定時(shí)任務(wù)清理虛引用效果立竿見(jiàn)影，每日幾億請(qǐng)求的服務(wù) mixed GC 耗時(shí)只有 10 - 30 毫秒左右，系統(tǒng)也很穩(wěn)定，線上運(yùn)行將近一年沒(méi)有任何問(wèn)題。

優(yōu)化——暴力破解到優(yōu)雅配置

最近又有同事遇到相同的問(wèn)題，使用的 mysql-connector-java 版本與我們使用的版本一致，查看最新版本（8.0.32）的代碼發(fā)現(xiàn)對(duì)數(shù)據(jù)庫(kù)連接的虛引用有新的處理方式，不像老版本（5.1.38）中每一個(gè)連接都會(huì)生成虛引用，而是可以通過(guò)參數(shù)來(lái)控制是否需要生成。類 AbandonedConnectionCleanupThread 的相關(guān)代碼如下：

//靜態(tài)變量通過(guò)System.getProperty獲取配置
privatestaticbooleanabandonedConnectionCleanupDisabled=Boolean.getBoolean("com.mysql.cj.disableAbandonedConnectionCleanup");

publicstaticbooleangetBoolean(Stringname){
returnparseBoolean(System.getProperty(name));
}

protectedstaticvoidtrackConnection(MysqlConnectionconn,NetworkResourcesio){
//判斷配置的屬性值來(lái)決定是否需要生成虛引用
if(!abandonedConnectionCleanupDisabled){
···
ConnectionFinalizerPhantomReferencereference=newConnectionFinalizerPhantomReference(conn,io,referenceQueue);
connectionFinalizerPhantomRefs.add(reference);
···
}
}

mysql-connector-java 的維護(hù)者應(yīng)該是注意到了虛引用對(duì) GC 的影響，所以優(yōu)化了代碼，讓用戶可以自定義虛引用的生成。

有了這個(gè)配置，就可以在啟動(dòng)參數(shù)上設(shè)置屬性：

java-jarapp.jar-Dcom.mysql.cj.disableAbandonedConnectionCleanup=true

或者在代碼里設(shè)置屬性：

System.setProperty(PropertyDefinitions.SYSP_disableAbandonedConnectionCleanup,"true");

當(dāng) com.mysql.cj.disableAbandonedConnectionCleanup=true 時(shí)，生成數(shù)據(jù)庫(kù)連接時(shí)就不會(huì)生成虛引用，對(duì) GC 就沒(méi)有任何影響了。

建議還是使用第一種方式，通過(guò)啟動(dòng)參數(shù)配置更靈活一點(diǎn)。

什么是虛引用

有些讀者看到這里知道 mysql-connector-java 生成的虛引用對(duì) GC 有一些副作用，但是還不太了解虛引用到底是什么，有什么作用，這里我們?cè)谔撘蒙献鲆稽c(diǎn)點(diǎn)拓展。

Java 虛引用（Phantom Reference）是Java中一種特殊的引用類型，它是最弱的一種引用。與其他引用不同，虛引用并不會(huì)影響對(duì)象的生命周期，也不會(huì)影響對(duì)象的垃圾回收。虛引用主要用于在對(duì)象被回收時(shí)收到系統(tǒng)通知，以便在回收時(shí)執(zhí)行一些必要的清理工作。

上述虛引用的定義還是比較難理解，我們用代碼來(lái)輔助理解：

先來(lái)生成一個(gè)虛引用：

//虛引用隊(duì)列
ReferenceQueue