做多數(shù)據(jù)源這件事我前前后后折騰過(guò)好幾個(gè)方案從最開始手動(dòng)寫AbstractRoutingDataSource到后來(lái)切到mybatis-plus的dynamic-datasource最大的感受就是如果項(xiàng)目里已經(jīng)用了mybatis-plus多數(shù)據(jù)源配置真的沒(méi)必要自己造輪子。這個(gè)starter把最臟最累的活都干完了而且坑也填得差不多了。這篇文章就把我的完整配置過(guò)程、踩過(guò)的坑、以及一些網(wǎng)上很少說(shuō)清楚的細(xì)節(jié)一次性講透保證你照著做就能跑起來(lái)。為什么項(xiàng)目會(huì)需要多數(shù)據(jù)源先別急著上手配置你得先想清楚一個(gè)問(wèn)題你到底是不是真的需要多數(shù)據(jù)源我見(jiàn)過(guò)不少項(xiàng)目其實(shí)只有一個(gè)庫(kù)但開發(fā)同學(xué)提前把多數(shù)據(jù)源的架子搭好了。這種“未雨綢繆”我一般不建議因?yàn)槎鄶?shù)據(jù)源會(huì)引入額外的復(fù)雜度尤其是事務(wù)邊界變模糊、連接管理變復(fù)雜一旦出了問(wèn)題排查成本很高。真正需要多數(shù)據(jù)源的場(chǎng)景大致就這么幾類讀寫分離主庫(kù)負(fù)責(zé)寫從庫(kù)負(fù)責(zé)讀這是最常見(jiàn)的訴求。分庫(kù)分表的過(guò)渡階段還沒(méi)上ShardingSphere這種中間件先用多數(shù)據(jù)源頂著。業(yè)務(wù)數(shù)據(jù)隔離比如訂單庫(kù)、用戶庫(kù)、日志庫(kù)物理上分離各有各的連接池。第三方系統(tǒng)對(duì)接需要直連別人家的數(shù)據(jù)庫(kù)人家只給你只讀賬號(hào)。報(bào)表統(tǒng)計(jì)場(chǎng)景大查詢走獨(dú)立的庫(kù)免得把業(yè)務(wù)庫(kù)拖垮。我之前遇到的一個(gè)典型場(chǎng)景就是讀寫分離線上訂單系統(tǒng)主庫(kù)的壓力還好但后臺(tái)的報(bào)表查詢?nèi)悄欠N多表關(guān)聯(lián)的大SQL一跑就是好幾秒直接把主庫(kù)的CPU干到80%。后來(lái)就是把報(bào)表查詢?nèi)壳械街蛔x從庫(kù)主庫(kù)瞬間就穩(wěn)了。這種場(chǎng)景用mybatis-plus的多數(shù)據(jù)源就是一兩行注解的事收益非常直接。再說(shuō)說(shuō)為什么選mybatis-plus而不是自己寫或者用Spring自帶的方案。其實(shí)Spring的AbstractRoutingDataSource本身就能實(shí)現(xiàn)動(dòng)態(tài)數(shù)據(jù)源我早年也這么干過(guò)得自己寫AOP切面、自己維護(hù)數(shù)據(jù)源上下文、自己處理事務(wù)的綁定問(wèn)題。說(shuō)白了技術(shù)上能做但代碼量不小而且邊界情況特別多。mybatis-plus的dynamic-datasource-spring-boot-starter把這些封裝好了還額外支持了嵌套切換、懶加載數(shù)據(jù)源、連接池監(jiān)控這些實(shí)用功能。既然項(xiàng)目里已經(jīng)用了mybatis-plus那直接用這個(gè)starter是最平滑的路子。動(dòng)態(tài)數(shù)據(jù)源的核心原理用mybatis-plus配置多數(shù)據(jù)源很多人上來(lái)就抄配置跑通了就完事。但你要是不理解它背后的原理遇到問(wèn)題的時(shí)候會(huì)非常痛苦。這個(gè)starter的原理一句話就能說(shuō)清它本質(zhì)上還是基于Spring的AbstractRoutingDataSource在每次數(shù)據(jù)庫(kù)操作前通過(guò)AOP攔截DS注解把當(dāng)前要用的數(shù)據(jù)源標(biāo)識(shí)存到ThreadLocal里然后在真正獲取連接的時(shí)候動(dòng)態(tài)路由到對(duì)應(yīng)的數(shù)據(jù)源上。我展開說(shuō)一下這條鏈路你理解了以后排錯(cuò)會(huì)容易很多。先說(shuō)底層的數(shù)據(jù)源路由。Spring提供了一個(gè)抽象類叫AbstractRoutingDataSource它維護(hù)了一個(gè)Mapkey是數(shù)據(jù)源標(biāo)識(shí)value是實(shí)際的數(shù)據(jù)源對(duì)象。它有一個(gè)determineCurrentLookupKey()方法你重寫這個(gè)方法返回一個(gè)keySpring在每次獲取數(shù)據(jù)庫(kù)連接的時(shí)候都會(huì)調(diào)它根據(jù)key取對(duì)應(yīng)的數(shù)據(jù)源。mybatis-plus的dynamic-datasource對(duì)這個(gè)類做了增強(qiáng)如果當(dāng)前線程沒(méi)設(shè)置數(shù)據(jù)源標(biāo)識(shí)就用默認(rèn)主庫(kù)如果設(shè)置了就用對(duì)應(yīng)的庫(kù)。這就是整個(gè)多數(shù)據(jù)源能跑起來(lái)的地基。再說(shuō)AOP攔截。dynamic-datasource定義了一個(gè)切面攔截所有加了DS注解的方法。在方法執(zhí)行前它會(huì)把DS里指定的數(shù)據(jù)源名稱存到DynamicDataSourceContextHolder的ThreadLocal里方法執(zhí)行完再把這個(gè)值清理掉。所以**DS注解的作用范圍就是當(dāng)前線程內(nèi)的方法執(zhí)行期**方法結(jié)束ThreadLocal就清了不會(huì)串到下一個(gè)請(qǐng)求。這里有個(gè)非常關(guān)鍵的細(xì)節(jié)DS注解是加在方法上的不是加在類上全局生效的。雖然注解本身支持加在Service類上但那也只是給這個(gè)類的所有方法都套了同一個(gè)數(shù)據(jù)源本質(zhì)上還是方法級(jí)別的攔截。很多人誤以為加在類上就是“這個(gè)類永遠(yuǎn)走某個(gè)庫(kù)”其實(shí)不是事務(wù)和嵌套調(diào)用都會(huì)改變實(shí)際路由結(jié)果。理解了原理你再看配置里的每一行就都看得懂了。比如yml里的primary: master就是決定當(dāng)ThreadLocal里沒(méi)值的時(shí)候默認(rèn)走哪個(gè)庫(kù)strict: true是當(dāng)DS指定了一個(gè)不存在的庫(kù)名時(shí)直接報(bào)錯(cuò)防止你寫錯(cuò)名字后靜默走了主庫(kù)這個(gè)務(wù)必要開。mybatis-plus的多數(shù)據(jù)源starter還做了一些深層的適配比如數(shù)據(jù)源懶加載也就是在Spring容器啟動(dòng)的時(shí)候并不立即創(chuàng)建所有數(shù)據(jù)源連接池而是等第一次用到某個(gè)庫(kù)的時(shí)候才初始化。你如果配了很多個(gè)庫(kù)這個(gè)特性會(huì)讓啟動(dòng)速度快不少。另外它還內(nèi)置了Druid、HikariCP的監(jiān)控支持不過(guò)這個(gè)看你實(shí)際用什么連接池Druid配合的監(jiān)控面板用起來(lái)更順手一些。開箱即用完整配置步驟接下來(lái)就是實(shí)戰(zhàn)環(huán)節(jié)。我盡量把每一步都寫清楚包括依賴版本、配置文件、代碼位置你照著做就行。先說(shuō)環(huán)境SpringBoot 2.7.18mybatis-plus-boot-starter 3.5.7JDK 8。高版本的SpringBoot 3.x我也用過(guò)配置方式基本一致就是javax換成jakarta注意一下就行。第一步引入依賴在pom.xml里加入dynamic-datasource的starter。注意這個(gè)starter是獨(dú)立的和mybatis-plus的starter是兩回事別搞混了。!-- mybatis-plus 核心starter -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.7/version /dependency !-- mybatis-plus 多數(shù)據(jù)源starter -- dependency groupIdcom.baomidou/groupId artifactIddynamic-datasource-spring-boot-starter/artifactId version3.6.1/version /dependency版本這里我多說(shuō)一句3.6.1是目前比較穩(wěn)定的版本3.5.x和3.6.x都有一些迭代但如果你項(xiàng)目里已經(jīng)有mybatis-plus了建議讓多數(shù)據(jù)源starter和mybatis-plus保持相近版本避免出現(xiàn)兼容問(wèn)題。我踩過(guò)一次坑mybatis-plus用的3.5.3多數(shù)據(jù)源starter用的3.5.0結(jié)果是DS注解在某些場(chǎng)景下不生效排查了半天升級(jí)版本后就好了。第二步配置yml數(shù)據(jù)源在application.yml里配置數(shù)據(jù)源信息。這個(gè)是核心配置spring: datasource: dynamic: primary: master strict: true strategy: com.baomidou.dynamic.datasource.DynamicDataSourceStrategy datasource: master: url: jdbc:mysql://192.168.1.10:3306/order_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver slave: url: jdbc:mysql://192.168.1.11:3306/order_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: readonly_user password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver report: url: jdbc:postgresql://192.168.1.12:5432/report_db username: report password: 123456 driver-class-name: org.postgresql.Driver幾個(gè)關(guān)鍵點(diǎn)解釋一下primary: master默認(rèn)數(shù)據(jù)源所有沒(méi)加DS注解的Mapper操作都會(huì)走這個(gè)庫(kù)。這是兜底的我建議永遠(yuǎn)保留一個(gè)master別把主庫(kù)配成別的名字。strict: true嚴(yán)格模式。如果DS里寫了一個(gè)不存在的庫(kù)名直接拋異常不會(huì)靜默走主庫(kù)。這個(gè)建議開啟否則你拼錯(cuò)一個(gè)字母數(shù)據(jù)寫到主庫(kù)里去排查的時(shí)候想哭的心都有。數(shù)據(jù)源名稱你可以隨便起比如master、slave、report但注意這些名字會(huì)在DS注解里引用要保持一致。第三步在啟動(dòng)類排除DataSourceAutoConfiguration這一步很多人會(huì)漏掉但關(guān)鍵程度不亞于前面的配置。如果你使用的是SpringBoot 2.x以上版本啟動(dòng)類要加這個(gè)排除SpringBootApplication(exclude DataSourceAutoConfiguration.class) public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } }為什么要排除因?yàn)镾pringBoot的自動(dòng)配置會(huì)讀到spring.datasource.url之類的配置去創(chuàng)建DataSource你現(xiàn)在的配置是放在spring.datasource.dynamic.datasource.master下面的SpringBoot默認(rèn)配置根本讀不到就會(huì)報(bào)錯(cuò)說(shuō)找不到主數(shù)據(jù)源。dynamic-datasource的starter自己會(huì)創(chuàng)建一個(gè)動(dòng)態(tài)數(shù)據(jù)源所以必須把SpringBoot默認(rèn)的數(shù)據(jù)源自動(dòng)配置排除掉。這一步網(wǎng)上很多教程沒(méi)提或者提了沒(méi)解釋為什么。實(shí)際上一開始我沒(méi)加這個(gè)排除啟動(dòng)直接報(bào)錯(cuò)Failed to configure a DataSource: url attribute is not specified加了排除以后馬上就好了。第四步寫測(cè)試代碼驗(yàn)證配置完成后寫一個(gè)簡(jiǎn)單的Service來(lái)驗(yàn)證效果。DS注解加在Service層的方法上或者直接加在Mapper的方法上。我建議加在Service層因?yàn)闃I(yè)務(wù)上你更關(guān)心的是“這個(gè)業(yè)務(wù)方法走哪個(gè)庫(kù)”而且Mapper層面太細(xì)了不好管理。Service public class UserServiceImpl implements UserService { Autowired private UserMapper userMapper; Override public User getMasterUser(Long id) { return userMapper.selectById(id); } DS(slave) Override public User getSlaveUser(Long id) { return userMapper.selectById(id); } DS(report) Override public ListReport getReportList() { return reportMapper.selectList(null); } }這里有個(gè)非常關(guān)鍵的區(qū)別getMasterUser方法沒(méi)加DS走的就是primary指定的主庫(kù)getSlaveUser加了DS(slave)走的就是從庫(kù)getReportList走的是report庫(kù)。注意DS注解可以加在類上表示這個(gè)類所有方法都走同一個(gè)庫(kù)如果類上和方法上都有DS以方法上的為準(zhǔn)方法級(jí)的優(yōu)先級(jí)更高。從庫(kù)的UserMapper和主庫(kù)的UserMapper其實(shí)是同一個(gè)Java接口同一個(gè)實(shí)體類。區(qū)別只在于你調(diào)用時(shí)走的方法加沒(méi)加注解。這一點(diǎn)就體現(xiàn)了dynamic-datasource的設(shè)計(jì)精髓一個(gè)Mapper可以自由穿梭在多個(gè)數(shù)據(jù)源之間。高版本SpringBoot的額外注意事項(xiàng)如果你用的是SpringBoot 3.x也就是JDK 17的環(huán)境配置會(huì)有一個(gè)額外的變化。除了剛才說(shuō)的排除DataSourceAutoConfiguration還得注意數(shù)據(jù)庫(kù)驅(qū)動(dòng)的坐標(biāo)變化dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependencyMyBatis、Druid這些組件在Boot 3.x下都需要對(duì)應(yīng)新版本。dynamic-datasource 3.6.1本身就兼容SpringBoot 3.x這個(gè)倒不用擔(dān)心。還有一點(diǎn)SpringBoot 3.x里用的是Jakarta命名空間如果項(xiàng)目里引了老的javax依賴會(huì)直接起不來(lái)。高版本還有個(gè)常見(jiàn)的坑是數(shù)據(jù)源初始化順序的問(wèn)題。SpringBoot 3.x對(duì)自動(dòng)配置的順序要求更嚴(yán)格如果你發(fā)現(xiàn)啟動(dòng)報(bào)錯(cuò)說(shuō)什么DataSource被循環(huán)依賴了試試在啟動(dòng)類上把SpringBoot的DataSourceTransactionManagerAutoConfiguration也排除掉SpringBootApplication(exclude { DataSourceAutoConfiguration.class, DataSourceTransactionManagerAutoConfiguration.class })不過(guò)要注意排除掉DataSourceTransactionManagerAutoConfiguration之后事務(wù)管理器的自動(dòng)配置就沒(méi)了需要你自己注冊(cè)或者直接用dynamic-datasource提供的事務(wù)管理器。這個(gè)坑一般出現(xiàn)在你同時(shí)用了Spring的Transactional和DS的場(chǎng)景后面我會(huì)詳細(xì)說(shuō)。事務(wù)和數(shù)據(jù)源切換的那點(diǎn)事兒這是多數(shù)據(jù)源配置里最讓人頭疼的部分我放在這里單獨(dú)講。當(dāng)你用Transactional的時(shí)候事務(wù)是在方法進(jìn)入前就開啟了連接也是在事務(wù)開始時(shí)從默認(rèn)數(shù)據(jù)源拿的。如果這個(gè)事務(wù)方法內(nèi)部又調(diào)用了帶DS的方法那DS可能根本不會(huì)切換數(shù)據(jù)源或者切換了也不生效?？聪旅娴睦覶ransactional public void transfer() { orderMapper.insert(order); // 走主庫(kù) getSlaveUser(1L); // 想切到從庫(kù)但可能不生效 }問(wèn)題出在Transactional開啟事務(wù)時(shí)已經(jīng)把連接和事務(wù)綁定到當(dāng)前線程了DS的AOP切面在事務(wù)方法內(nèi)部執(zhí)行時(shí)試圖去切換數(shù)據(jù)源但事務(wù)管理器還是拿著舊連接不放。所以事務(wù)內(nèi)的數(shù)據(jù)源切換會(huì)失效或者報(bào)錯(cuò)。我實(shí)測(cè)過(guò)的結(jié)果是如果你的transfer()方法上加了Transactional內(nèi)部再調(diào)getSlaveUser()實(shí)際查詢還是會(huì)走主庫(kù)。這不是bug而是Spring事務(wù)機(jī)制的固有行為。解決辦法有幾個(gè)思路把不需要走主庫(kù)的操作拆出去放到一個(gè)獨(dú)立的事務(wù)方法里這個(gè)方法單獨(dú)加DS和Transactional。使用dynamic-datasource的DSTransactional來(lái)代替Spring的Transactional它支持多數(shù)據(jù)源下的事務(wù)管理但它是本地事務(wù)不支持跨庫(kù)的分布式事務(wù)。如果確實(shí)需要跨庫(kù)強(qiáng)一致那你需要引入Seata這類分布式事務(wù)中間件這是另一個(gè)范疇了本文不展開。特別注意多數(shù)據(jù)源配置開啟了以后Spring自帶的Transactional默認(rèn)綁定的是主數(shù)據(jù)源的事務(wù)管理器。如果你在從庫(kù)上做寫操作并加了Transactional事務(wù)并不會(huì)真正在從庫(kù)上生效這個(gè)細(xì)節(jié)很多人踩坑后才回過(guò)神來(lái)。這一點(diǎn)非常容易忽略務(wù)必注意。我個(gè)人的習(xí)慣是從庫(kù)只做查詢不開放寫權(quán)限數(shù)據(jù)庫(kù)賬號(hào)也不給寫權(quán)限。這樣從根本上避免從庫(kù)上出現(xiàn)寫事務(wù)。實(shí)操中遇到的坑和排查心得配置跑通之后還有一堆實(shí)際問(wèn)題。我把這些坑按頻率從高到低列出來(lái)你遇到的時(shí)候可以直接對(duì)號(hào)入座?？?DS注解不生效表現(xiàn)是有DS注解的方法實(shí)際還是走的默認(rèn)庫(kù)。排查思路先確認(rèn)starter版本是否兼容然后確認(rèn)方法是否被Spring代理。如果你是在一個(gè)類內(nèi)部的this.xxx()調(diào)用那DS注解是不會(huì)被AOP攔截的。因?yàn)镾pring的AOP基于代理this調(diào)用不走代理對(duì)象。Service public class OrderService { // 這樣調(diào)用DS會(huì)失效 public void doSomething() { this.queryFromSlave(); } DS(slave) public void queryFromSlave() { // ... } }解決辦法是通過(guò)注入自己的代理對(duì)象或者把方法拆到另一個(gè)Service里調(diào)用。這個(gè)是最常見(jiàn)的DS不生效原因沒(méi)有之一。坑2連接池耗盡或者連接泄漏多數(shù)據(jù)源意味著多個(gè)連接池每個(gè)都是獨(dú)立的默認(rèn)的連接池大小可能不夠。如果你同時(shí)有主庫(kù)、從庫(kù)、報(bào)表庫(kù)高峰期很容易出現(xiàn)某個(gè)庫(kù)的連接池被打滿的提示。而且如果你手寫代碼時(shí)手動(dòng)拿了連接沒(méi)有釋放那個(gè)連接池就泄漏一個(gè)時(shí)間長(zhǎng)了就滿了。建議給每個(gè)連接池設(shè)置合理的上限spring: datasource: dynamic: datasource: master: hikari: maximum-pool-size: 30 minimum-idle: 5 connection-timeout: 30000 idle-timeout: 600000 slave: hikari: maximum-pool-size: 20 minimum-idle: 5另外注意從庫(kù)的連接池峰值往往更高因?yàn)樽x請(qǐng)求多把從庫(kù)的maximum-pool-size調(diào)大一點(diǎn)是合理的。我之前就是主庫(kù)30、從庫(kù)50這么配的?？?MyBatis二級(jí)緩存串庫(kù)如果你開了MyBatis的二級(jí)緩存緩存的是查詢結(jié)果但二級(jí)緩存的key是Mapper的namespace不區(qū)分?jǐn)?shù)據(jù)源。這意味著你用主庫(kù)查了一次緩存的鍵沒(méi)有數(shù)據(jù)源維度同類查詢切到從庫(kù)時(shí)命中的可能是主庫(kù)的緩存結(jié)果。這個(gè)問(wèn)題在小項(xiàng)目里可能不出事但一旦兩個(gè)庫(kù)的數(shù)據(jù)不一致就會(huì)出詭異的問(wèn)題。建議多數(shù)據(jù)源場(chǎng)景下直接關(guān)閉二級(jí)緩存老老實(shí)實(shí)用一級(jí)緩存和Redis?？?主從延遲導(dǎo)致的數(shù)據(jù)不一致讀寫分離的場(chǎng)景下從庫(kù)的數(shù)據(jù)有延遲。你剛寫完主庫(kù)馬上去查從庫(kù)可能查不到剛寫的數(shù)據(jù)。這時(shí)候需要區(qū)分業(yè)務(wù)場(chǎng)景對(duì)實(shí)時(shí)性要求高的查詢強(qiáng)制走主庫(kù)能容忍延遲的就放心走從庫(kù)。比如訂單詳情頁(yè)的查詢建議直接走主庫(kù)或者做一個(gè)短時(shí)間的緩存別讓主從延遲影響用戶體驗(yàn)。這個(gè)問(wèn)題跟多數(shù)據(jù)源本身無(wú)關(guān)但既然做了讀寫分離就一定會(huì)遇到提前了解解法是很有必要的?？?連接在事務(wù)方法內(nèi)部切換導(dǎo)致連接管理器報(bào)錯(cuò)這個(gè)場(chǎng)景其實(shí)比較偏但我確實(shí)遇到過(guò)。動(dòng)態(tài)數(shù)據(jù)源里如果在一個(gè)事務(wù)執(zhí)行途中切換數(shù)據(jù)源DynamicRoutingDataSource會(huì)嘗試在當(dāng)前線程重新綁定連接而舊連接和事務(wù)的關(guān)系會(huì)變得很微妙進(jìn)而出現(xiàn)一些奇怪的SQL執(zhí)行錯(cuò)誤日志里會(huì)蹦出來(lái)類似Connection is not available這種。所以再次強(qiáng)調(diào)不要在一個(gè)事務(wù)方法里來(lái)回切換數(shù)據(jù)源要么拆分方法要么全走多數(shù)據(jù)源事務(wù)注解。多數(shù)據(jù)源常見(jiàn)問(wèn)題排查速查表我整理了一下實(shí)戰(zhàn)中比較高頻的場(chǎng)景做成一個(gè)速查表方便你遇到問(wèn)題時(shí)快速定位方向。問(wèn)題現(xiàn)象可能原因解決思路啟動(dòng)報(bào)錯(cuò)url attribute is not specified沒(méi)排除DataSourceAutoConfiguration啟動(dòng)類排除該自動(dòng)配置DS注解完全不生效類內(nèi)部this調(diào)用沒(méi)走代理拆到獨(dú)立Bean或注入代理對(duì)象事務(wù)內(nèi)部切換數(shù)據(jù)源失敗Transactional在DS之前開啟連接已綁定拆分事務(wù)方法或使用DSTransactional從庫(kù)數(shù)據(jù)查不到剛寫入的數(shù)據(jù)主從同步延遲實(shí)時(shí)性要求高的查詢走主庫(kù)連接池大量超時(shí)連接泄漏或連接池太小排查泄漏點(diǎn)調(diào)整Hikari參數(shù)查詢結(jié)果串庫(kù)MyBatis二級(jí)緩存不區(qū)分?jǐn)?shù)據(jù)源關(guān)閉二級(jí)緩存strict模式下報(bào)數(shù)據(jù)源不存在DS注解寫錯(cuò)庫(kù)名核對(duì)yml里的數(shù)據(jù)源名稱這個(gè)速查表不敢說(shuō)覆蓋所有情況但大部分新手遇到的就這些了。真正高級(jí)的問(wèn)題得靠日志和監(jiān)控一步步定位比如Druid的監(jiān)控頁(yè)面可以看到每個(gè)數(shù)據(jù)源當(dāng)前的活躍連接數(shù)遇到連接問(wèn)題看那個(gè)是最直觀的。多數(shù)據(jù)源場(chǎng)景下的最佳實(shí)踐建議最后聊幾點(diǎn)實(shí)戰(zhàn)心得。這些不是配置層面的東西而是架構(gòu)層面的取舍但我覺(jué)得比配置本身更重要。能用主從復(fù)制解決的別用多數(shù)據(jù)源。如果你只是想減輕主庫(kù)壓力優(yōu)先考慮從庫(kù)復(fù)制然后在業(yè)務(wù)代碼里通過(guò)切面或Mapper注解走從庫(kù)。如果業(yè)務(wù)模塊之間的依賴并不緊密干脆拆庫(kù)拆服務(wù)走微服務(wù)每個(gè)服務(wù)管自己的庫(kù)這才是徹底的解耦。配置層面建議每個(gè)數(shù)據(jù)源的最小空閑連接數(shù)不要太小即使流量不大也至少維持3到5個(gè)空閑連接避免突然的流量尖峰把連接池打滿。連接池初始化是耗時(shí)的如果空閑連接全被回收了高峰時(shí)突然新建連接會(huì)產(chǎn)生明顯的毛刺延遲。還有一個(gè)很多人忽略的管理問(wèn)題多數(shù)據(jù)源的密碼保管和變更。三個(gè)庫(kù)的密碼分別寫在yml里每過(guò)幾個(gè)月密碼就會(huì)過(guò)期改起來(lái)雖然不難但容易漏。我之前就漏改了一個(gè)報(bào)表庫(kù)的密碼導(dǎo)致報(bào)表服務(wù)在凌晨定時(shí)任務(wù)跑了兩個(gè)小時(shí)全失敗了。建議引入配置中心來(lái)統(tǒng)一管理或者至少把數(shù)據(jù)源配置抽到獨(dú)立的profile文件里別所有環(huán)境混成一個(gè)yml。最后說(shuō)一個(gè)我比較堅(jiān)持的原則生產(chǎn)環(huán)境開啟strict模式任何SQL都不允許因?yàn)閷戝e(cuò)名字而靜默落到默認(rèn)庫(kù)上。寧可讓錯(cuò)誤快速暴露寧可讓自己半夜被電話叫醒也不要在用戶頁(yè)面出現(xiàn)數(shù)據(jù)錯(cuò)亂后去追查好幾天的庫(kù)。這是我吃了虧之后才長(zhǎng)記性的。