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

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

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

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

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