主頁 > 知識(shí)庫 > DB為何大量出現(xiàn)select @@session.tx_read_only 詳解

DB為何大量出現(xiàn)select @@session.tx_read_only 詳解

熱門標(biāo)簽:德惠市地圖標(biāo)注 合肥營銷外呼系統(tǒng)收費(fèi) 商家地圖標(biāo)注哪個(gè)好 深圳 承德電腦地圖標(biāo)注 外呼系統(tǒng)從哪買 陜西400電話如何申請(qǐng) 地圖標(biāo)注賺錢真假 遵義地圖標(biāo)注app

發(fā)現(xiàn)問題

在一次撈取Top SQL中,發(fā)現(xiàn)DB大量執(zhí)行 select @@session.tx_read_only ,幾乎每一條DML語句前,都會(huì)有這么一個(gè)sql。但是應(yīng)用層并沒有做特殊處理,那么這個(gè)SQL語句有什么作用?是誰執(zhí)行了它?

詳細(xì)介紹

此sql的作用主要是判斷事務(wù)是否為只讀事務(wù)。MySQL自身會(huì)對(duì)只讀事務(wù)做優(yōu)化,這是 MySQL5.6.5 版本 以后才出現(xiàn)的。 http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html#sysvar_tx_read_only

定位到MySQL的驅(qū)動(dòng)包

ConnectionImpl.java :


可以看到,在if條件中,對(duì)MySQL的 版本 做了判斷,同時(shí)也有  !getUseLocalSessionState()  這么一個(gè)條件,對(duì)應(yīng) JDBC參數(shù)useLocalSessionState ,當(dāng)這個(gè)值為false時(shí),會(huì)發(fā)出select @@session.tx_read_only; 這條sql。

默認(rèn)情況下,我們的連接串信息沒有包含useLocalSessionState參數(shù)的設(shè)置,這個(gè)值默認(rèn)為false。

這個(gè)值的作用是驅(qū)動(dòng)程序是否使用autocommit,read_only和transaction isolation的內(nèi)部值(jdbc端的本地值)。

如果設(shè)置為false,則需要這個(gè)判斷這三個(gè)參數(shù)的場景,都需要發(fā)語句到遠(yuǎn)端請(qǐng)求,比如更新語句前,

需要發(fā)語句select @@session.tx_read_only確認(rèn)會(huì)話是否只讀。

如果設(shè)置為true,則只需要取本地值即可。這可以解釋為什么有的實(shí)例 select @@session.tx_read_only語句很多。

一般情況下,驅(qū)動(dòng)可以保證本地值與遠(yuǎn)程服務(wù)器值保持一致。當(dāng)應(yīng)用調(diào)用setAutoCommit, setTransactionIsolation 和 setReadOnly這三個(gè)接口設(shè)置參數(shù)值時(shí),會(huì)與遠(yuǎn)程服務(wù)器同步。

具體而言,

當(dāng)useLocalSessionState為true時(shí),若值與本地值不一致,則發(fā)往遠(yuǎn)程更新;

當(dāng)useLocalSessionState為false時(shí),無論設(shè)置值與本地值是否一致,每次都發(fā)往遠(yuǎn)程更新。這可以解釋為什么有些實(shí)例set autocommit語句比較多。

但是,若用戶設(shè)置參數(shù)時(shí)不通過JDBC接口(比如setAutoCommit),而是執(zhí)行語句'set autocommit=xxx'設(shè)置, 那么就會(huì)存在本地值與遠(yuǎn)程不一致的情況,進(jìn)而可能導(dǎo)致修改參數(shù)useLocalSessionState后,業(yè)務(wù)邏輯發(fā)生變化。

相關(guān)設(shè)置的SQL語句:

set autocommit=0 /*設(shè)置會(huì)話自動(dòng)提交模式*/         對(duì)應(yīng)的JDBC接口:  setAutoCommit(false)
set tx_isolation='read-committed' /*設(shè)置事務(wù)的隔離級(jí)別*/    對(duì)應(yīng)的JDBC接口:setTransactionIsolation('read-committed') 
set tx_read_only=0; /*設(shè)置只讀事務(wù)*/             對(duì)應(yīng)的JDBC接口:setReadOnly(false)

設(shè)置useLocalSessionState默認(rèn)值為ture,可能導(dǎo)致業(yè)務(wù)邏輯含義發(fā)生變化。觸發(fā)的條件是,用戶通過SQL語句直接設(shè)置自動(dòng)提交參數(shù),隔離級(jí)別參數(shù)或只讀事務(wù)參數(shù)。

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,如果有疑問大家可以留言交流,謝謝大家對(duì)腳本之家的支持。

您可能感興趣的文章:
  • DB2 SELECT語句高級(jí)用法

標(biāo)簽:新余 三門峽 揚(yáng)州 巴中 贛州 商丘 貴州 南陽

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《DB為何大量出現(xiàn)select @@session.tx_read_only 詳解》,本文關(guān)鍵詞  為何,大量,出現(xiàn),select,@@session.tx,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《DB為何大量出現(xiàn)select @@session.tx_read_only 詳解》相關(guān)的同類信息!
  • 本頁收集關(guān)于DB為何大量出現(xiàn)select @@session.tx_read_only 詳解的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章