基于源碼角度解析MySQL半一致性讀原理

下文主要給大家帶來基于源碼角度解析MySQL半一致性讀原理，希望基于源碼角度解析MySQL半一致性讀原理能夠帶給大家實際用處，這也是我編輯這篇文章的主要目的。好了，廢話不多說，大家直接看下文吧。

1、什么是半一致性讀

A type of read operation used for UPDATE statements, that is a combination of read committed and consistent read. When an UPDATE statement examines a row that is already locked, InnoDB returns the latest committed version to MySQL so that MySQL can determine whether the row matches the WHERE condition of the UPDATE. If the row matches (must be updated), MySQL reads the row again, and this time InnoDB either locks it or waits for a lock on it. This type of read operation can only happen when the transaction has the read committed isolation level, or when the innodb_locks_unsafe_for_binlog option is enabled.

就是發生在update語句中。在RC隔離級別或者innodb_locks_unsafe_for_binlog被設置為true，并發時，如果update的記錄發生鎖等待，那么返回該記錄的prev 版本（在返回前會將鎖等待的這個lock從trx中刪除掉），到mysql層進行where判斷，是否滿足條件。如果滿足where條件，那么再次進入innodb層，真正加鎖或者發生鎖等待。

這樣做的好處是：減少同一行記錄的鎖沖突及鎖等待；無并發沖突時，直接讀取最新版本加鎖，有沖突時，不加鎖，讀取prev版本不需要鎖等待。

缺點：非沖突串行話策略，對于binlog來說是不安全的。只能發生在RC隔離級別和innodb_lock_unsafe_for_binlog下。

2、原理

3、講解

1）半一致性讀需要mysql層和innodb層配合使用。

2）mysql_update函數中，默認都會調用try_semi_consistent_read在RC或innodb_lock_unsafe_for_binlog下加上試圖半一致性讀標簽：prebuilt->row_read_type = ROW_READ_TRY_SEMI_CONSISTENT。真正執行半一致性讀是由innodb層決定。

3）半一致性讀的條件：該記錄發生鎖等待；必須是全表掃描 && 該索引是二級索引

4）半一致性讀時，構建prev版本，然后調用函數lock_trx_handle_wait將鎖等待從trx中刪除。

5）返回prev rec前，會將置成半一致性讀標簽：prebuilt->row_read_type = ROW_READ_DID_SEMI_CONSISTENT

6）返回到mysql層，會進行where判斷。如果匹配，那么會再次進入innodb層，由于prebuilt->row_read_type == ROW_READ_DID_SEMI_CONSISTENT，此時不再走半一致性讀判斷的流程，直接進入加鎖或鎖等待。

5）這里update有個優化：innodb層如果執行計劃是索引下推，那么判斷where條件是否匹配會提前。若不匹配則提前調用函數row_unlock_for_mysql釋放聚集索引上的鎖

6）另外一個優化：返回mysql層后，判斷where不匹配，則會調用unlock_row函數釋放鎖。注：這里update在innodb層沒有發生鎖沖突，成功加上了鎖。即沒有半一致性讀

對于以上基于源碼角度解析MySQL半一致性讀原理，大家是不是覺得非常有幫助。如果需要了解更多內容，請繼續關注我們的行業資訊，相信你會喜歡上這些內容的。