這篇文章主要介紹“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進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。