上周五凌晨我們的支付對(duì)賬服務(wù)突然開(kāi)始瘋狂打印DataSource is closed的報(bào)錯(cuò)。監(jiān)控大盤(pán)顯示數(shù)據(jù)庫(kù)連接池活躍連接數(shù)歸零而流量明明沒(méi)有任何波動(dòng)——這場(chǎng)景是不是讓你想起某個(gè)不眠夜現(xiàn)象自動(dòng)配置的智能成了定時(shí)炸彈問(wèn)題出現(xiàn)在一個(gè)日均處理 200w 賬務(wù)記錄的 SpringBoot 2.7 服務(wù)。在接收到 Kafka 消息后服務(wù)會(huì)通過(guò) JPA 寫(xiě)入 MySQL核心邏輯簡(jiǎn)單到只有三行Transactional public void handlePayment(PaymentMessage msg) { paymentRepository.save(new Payment(msg.getTxId(), msg.getAmount())); }但詭異的是當(dāng) Kafka 消費(fèi)者重啟時(shí)偶爾會(huì)觸發(fā)整個(gè)連接池不可用。日志里明晃晃的HikariPool-1 - Database connection pool is closed和Cannot get a connection, pool error交替出現(xiàn)而這時(shí)離服務(wù)啟動(dòng)已經(jīng)過(guò)去了 15 分鐘。根因多數(shù)據(jù)源下的自動(dòng)配置博弈經(jīng)過(guò)反復(fù)復(fù)現(xiàn)和調(diào)試發(fā)現(xiàn)問(wèn)題出在 SpringBoot 的自動(dòng)配置競(jìng)速條件上。我們的項(xiàng)目由于歷史原因混用了兩個(gè)數(shù)據(jù)源主數(shù)據(jù)源通過(guò)ConfigurationProperties(prefix spring.datasource)顯式配置監(jiān)控?cái)?shù)據(jù)源在另一個(gè)Configuration類(lèi)里手動(dòng)定義的DataSourceSpringBoot 的自動(dòng)配置機(jī)制在這里玩了個(gè)危險(xiǎn)游戲DataSourceAutoConfiguration看到存在自定義數(shù)據(jù)源配置后會(huì)跳過(guò)主數(shù)據(jù)源初始化但HikariAutoConfiguration仍然會(huì)嘗試基于spring.datasource.hikari.參數(shù)構(gòu)建連接池當(dāng)監(jiān)控?cái)?shù)據(jù)源先完成初始化時(shí)主數(shù)據(jù)源的 Hikari 池會(huì)被誤判為備用池而悄悄關(guān)閉用代碼來(lái)說(shuō)錯(cuò)誤場(chǎng)景是這樣的// 錯(cuò)誤配置示例兩個(gè)數(shù)據(jù)源配置互相干擾 Configuration public class MonitoringConfig { Bean ConfigurationProperties(monitoring.datasource) public DataSource monitoringDataSource() { return DataSourceBuilder.create().build(); // 這個(gè)先初始化了! } } // application.properties spring.datasource.urljdbc:mysql://primary-db spring.datasource.hikari.maximum-pool-size20 monitoring.datasource.urljdbc:mysql://monitoring-db解法用明確的條件注解劃清界限正確的做法是強(qiáng)制讓自動(dòng)配置按我們?cè)O(shè)定的路線走Configuration // 關(guān)鍵注解明確排除自動(dòng)數(shù)據(jù)源配置 EnableAutoConfiguration(exclude {DataSourceAutoConfiguration.class}) public class PrimaryDataSourceConfig { Primary Bean ConfigurationProperties(spring.datasource.hikari) public DataSource primaryDataSource() { return DataSourceBuilder.create().type(HikariDataSource.class).build(); } } Configuration public class MonitoringConfig { Bean ConfigurationProperties(monitoring.datasource) public DataSource monitoringDataSource() { return DataSourceBuilder.create().build(); } }性能對(duì)比改造后服務(wù)啟動(dòng)時(shí)間從原來(lái)偶爾出現(xiàn)的 15 分鐘連接池故障降低到完全穩(wěn)定的 30 秒內(nèi)可用。避坑清單多數(shù)據(jù)源場(chǎng)景下的死亡陷阱隱式依賴(lài)陷阱當(dāng)你混合使用spring-boot-starter-data-jpa和手動(dòng)數(shù)據(jù)源時(shí)HibernateJpaAutoConfiguration可能偷偷使用錯(cuò)誤的數(shù)據(jù)源連接池參數(shù)失效如果沒(méi)顯式指定type HikariDataSource.class連接池參數(shù)可能被默認(rèn)配置覆蓋監(jiān)控指標(biāo)錯(cuò)亂多個(gè) Hikari 池的 JMX 注冊(cè)名稱(chēng)沖突會(huì)導(dǎo)致監(jiān)控?cái)?shù)據(jù)互相覆蓋測(cè)試環(huán)境假象用 H2 內(nèi)存數(shù)據(jù)庫(kù)測(cè)試時(shí)可能掩蓋這個(gè)問(wèn)題因?yàn)?H2 的連接管理行為與生產(chǎn)數(shù)據(jù)庫(kù)不同寫(xiě)在最后SpringBoot 自動(dòng)配置的本質(zhì)是一套精巧的約定優(yōu)于配置機(jī)制但當(dāng)你需要打破這些約定時(shí)必須用顯式聲明替代隱式魔法。下次看到數(shù)據(jù)庫(kù)連接池神秘關(guān)閉時(shí)不妨先檢查是否存在配置邊界模糊的問(wèn)題——你在多數(shù)據(jù)源項(xiàng)目里還踩過(guò)哪些坑歡迎分享你的戰(zhàn)場(chǎng)故事。