歡迎光臨
每天分享高質量文章

DB 大量出現 select @@session.tx_read_only

(點擊上方公眾號,可快速關註)


來源:Hosee ,

my.oschina.net/hosee/blog/1797234

在一次撈取Top SQL中,發現DB大量執行select @@session.tx_read_only,幾乎每一條DML陳述句前,都會有這麼一個sql。但是應用層並沒有做特殊處理,那麼這個SQL陳述句有什麼作用?是誰執行了它?

此sql的作用主要是判斷事務是否為只讀事務。MySQL自身會對只讀事務做優化,這是MySQL5.6.5 版本以後才出現的。

http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html#sysvar_tx_read_only

定位到MySQL的驅動包

ConnectionImpl.java :

可以看到,在if條件中,對MySQL的版本做了判斷,同時也有  !getUseLocalSessionState()  這麼一個條件,對應JDBC引數useLocalSessionState,當這個值為false時,會發出select @@session.tx_read_only; 這條sql。

預設情況下,我們的連接串信息沒有包含useLocalSessionState引數的設置,這個值預設為false。

這個值的作用是驅動程式是否使用autocommit,read_only和transaction isolation的內部值(jdbc端的本地值)。

如果設置為false,則需要這個判斷這三個引數的場景,都需要發陳述句到遠端請求,比如更新陳述句前,

需要發陳述句select @@session.tx_read_only確認會話是否只讀。

如果設置為true,則只需要取本地值即可。這可以解釋為什麼有的實體 select @@session.tx_read_only陳述句很多。

一般情況下,驅動可以保證本地值與遠程服務器值保持一致。當應用呼叫setAutoCommit, setTransactionIsolation 和 setReadOnly這三個接口設置引數值時,會與遠程服務器同步。

具體而言,

當useLocalSessionState為true時,若值與本地值不一致,則發往遠程更新;

當useLocalSessionState為false時,無論設置值與本地值是否一致,每次都發往遠程更新。這可以解釋為什麼有些實體set autocommit陳述句比較多。

但是,若用戶設置引數時不通過JDBC接口(比如setAutoCommit),而是執行陳述句’set autocommit=xxx’設置,那麼就會存在本地值與遠程不一致的情況,進而可能導致修改引數useLocalSessionState後,業務邏輯發生變化。

相關設置的SQL陳述句:

set  autocommit=0  /*設置會話自動提交樣式*/                                  對應的JDBC接口:      setAutoCommit(false)

 

set tx_isolation=’read-committed’ /*設置事務的隔離級別*/             對應的JDBC接口:setTransactionIsolation(‘read-committed’) 

 

set tx_read_only=0;  /*設置只讀事務*/                                                 對應的JDBC接口:setReadOnly(false)

設置useLocalSessionState預設值為ture,可能導致業務邏輯含義發生變化。觸發的條件是,用戶通過SQL陳述句直接設置自動提交引數,隔離級別引數或只讀事務引數。

看完本文有收穫?請轉發分享給更多人

關註「ImportNew」,提升Java技能

赞(0)

分享創造快樂