您好,登錄后才能下訂單哦!
這篇文章主要介紹“MySQL中begin后事務為什么不提交”,在日常操作中,相信很多人在MySQL中begin后事務為什么不提交問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”MySQL中begin后事務為什么不提交”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
今天順便看了一下,主要流程就是跟蹤為什么begin后事物不會提交,最后發現在:
MYSQL_BIN_LOG::commit 函數中包含這個判斷
if (!cache_mngr->trx_cache.is_binlog_empty() && ending_trans(thd, all) && !trx_stuff_logged)
如果begin的話ending_trans(thd, all) 將會返回為false,也就不會調用 order_commit流程了。
那么其主要判斷就是:
bool ending_single_stmt_trans(THD* thd, const bool all){ return (!all && !thd->in_multi_stmt_transaction_mode()); }
下面是源碼注釋和函數:
Returns TRUE if session is in a multi-statement transaction mode. OPTION_NOT_AUTOCOMMIT: When autocommit is off, a multi-statement transaction is implicitly started on the first statement after a previous transaction has been ended. OPTION_BEGIN: Regardless of the autocommit status, a multi-statement transaction can be explicitly started with the statements "START TRANSACTION", "BEGIN [WORK]", "[COMMIT | ROLLBACK] AND CHAIN", etc. Note: this doesn't tell you whether a transaction is active. A session can be in multi-statement transaction mode, and yet have no active transaction, e.g., in case of: set @@autocommit=0; set @a= 3; <-- these statements don't set transaction isolation level serializable; <-- start an active flush tables; <-- transaction I.e. for the above scenario this function returns TRUE, even though no active transaction has begun. @sa in_active_multi_stmt_transaction() */ inline bool in_multi_stmt_transaction_mode() const { return variables.option_bits & (OPTION_NOT_AUTOCOMMIT | OPTION_BEGIN); }
其實就是在判斷是都option_bits的對應位上為1。因此簡單了我們就看看什么時候設置OPTION_BEGIN位就好了。
實際上是函數trans_begin設置的下面是這段代碼:
thd->variables.option_bits|= OPTION_BEGIN; thd->server_status|= SERVER_STATUS_IN_TRANS; if (thd->tx_read_only) thd->server_status|= SERVER_STATUS_IN_TRANS_READONLY; DBUG_PRINT("info", ("setting SERVER_STATUS_IN_TRANS")); if (tst) tst->add_trx_state(thd, TX_EXPLICIT); /* ha_start_consistent_snapshot() relies on OPTION_BEGIN flag set. */ if (flags & MYSQL_START_TRANS_OPT_WITH_CONS_SNAPSHOT) { if (tst) tst->add_trx_state(thd, TX_WITH_SNAPSHOT); res= ha_start_consistent_snapshot(thd); }
實際上就是在MySQL層設置一些標示,如果是 START TRANSACTION WITH CONSISTENT SNAPSHOT 還會開啟一個一致性快照,就是一個readview。一旦設置了個標示將會不自動提交了。
到此,關于“MySQL中begin后事務為什么不提交”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。