mycat第3課執(zhí)行select分析Debug日志說明整個(gè)邏輯包括連接獲

1、Mycat故障排查指南執(zhí)行select * from travelrecord ，分析Debug日志，說明整個(gè)執(zhí)行邏輯，包括連接獲取，連接同步信息，數(shù)據(jù)合并，數(shù)據(jù)返回，連接釋放首先ServerQueryHandler類 進(jìn)行數(shù)據(jù)庫的連接，然后去緩存池中會(huì)判斷該SQL語句的路由信息（根據(jù)下面的輸出，MyCAT應(yīng)該用了一個(gè)map集合來SQL語句的路由信息），如果沒有，則會(huì)首先生成路由信息。路由的主要作用是用于確定SQL語句的執(zhí)行路徑，包括查詢的數(shù)據(jù)在哪些分片上。-SQLRouteCache miss cache：沒有路由信息-SQLRouteCache add cache：生成路由信息-execu

2、te mutinode query select * from travelrecord：確認(rèn)該查詢會(huì)跨多個(gè)分片-has data merge logic：會(huì)存在數(shù)據(jù)的合并下面就可以確認(rèn)具體在哪個(gè)節(jié)點(diǎn)去讀了,可以配置balanace來調(diào)整在執(zhí)行select語句之前，需同步連接，MyCAT為了高效的使用后端的在Mycat的連接池里，當(dāng)前可用的連接，采用了基于實(shí)例的連接池模式。連接是放到一個(gè)HashMap的數(shù)據(jù)結(jié)構(gòu)里，Key為當(dāng)前連接對(duì)應(yīng)的Database，另外還有二級(jí)分類，即按照連接是自動(dòng)提交還是手動(dòng)提交模式進(jìn)行區(qū)分，這個(gè)設(shè)計(jì)是為了高效的查詢匹配的可用連接，具體邏輯如下：當(dāng)某個(gè)用戶會(huì)話需要一個(gè)自

3、動(dòng)提交的，到分片dn1(對(duì)應(yīng)db1）的SQL連接的時(shí)候，連接池首先找是否有db1上的可用連接，如果有，看是否有自動(dòng)提交模式的連接，找到就返回，否則返回db1上動(dòng)提交模式的連接，若沒有db1的可用連接，則隨機(jī)返回一個(gè)其他db對(duì)應(yīng)的可用連接，若沒有可用連接，并且連接池還沒達(dá)到上限，則創(chuàng)建一個(gè)新連接并返回，這個(gè)邏輯過程，能不是他原先想要的，比如Database不對(duì)應(yīng)，或者事務(wù)模式不匹配，會(huì)發(fā)現(xiàn)，用戶會(huì)話得到的連接可因此在執(zhí)行具體的SQL之前，還有一個(gè)自動(dòng)同步數(shù)據(jù)庫連接的過程，包括事務(wù)完成以后，才會(huì)執(zhí)行具體的SQL指令。最后是DataMergeService合并所有返回的結(jié)果。 last packet

4、 id預(yù)計(jì)是MyCAT將結(jié)果反饋給前段程序。級(jí)別、事務(wù)模式、字符集、Database等四個(gè)指標(biāo)，同步在執(zhí)行同步連接后，就直接 reseponse。了connection和channel，并沒有產(chǎn)生received ok response信息，也沒有產(chǎn)生on row end新增一個(gè)分片表T VOTE (ID,PROVINCE),PROVINCE用hash分片，并用reload命令方式重載生效， 截圖和文字說明整個(gè)過程。 rule xmlpartition-hash-test.txtschema.xm加載配置文件 志：節(jié)點(diǎn)下標(biāo)從0計(jì)算，沒有在分片規(guī)則中定義的會(huì)被分到默認(rèn)節(jié)點(diǎn)，默認(rèn)節(jié)點(diǎn)defau tNode的是0，即第一個(gè)節(jié)點(diǎn).Server里Server端字符集UTF8情況下，當(dāng)客戶端字符集配置為lati