目錄
- MySQL slave 延遲 外鍵檢查和自增加鎖
- 一、現(xiàn)象
- 二、pscak 采樣
- 三、自增鎖獲取邏輯
- 四、方案
MySQL slave 延遲 外鍵檢查和自增加鎖
一、現(xiàn)象
延遲大,大事物。
![](http://img.jbzj.com/file_images/article/202109/20219185319080.jpg?20218185341)
![](http://img.jbzj.com/file_images/article/202109/20219185446372.jpg?20218185513)
![](http://img.jbzj.com/file_images/article/202109/20219185728873.jpg?20218185741)
二、pscak 采樣
采樣30個點
![](http://img.jbzj.com/file_images/article/202109/20219190155475.jpg?2021819212)
![](http://img.jbzj.com/file_images/article/202109/20219190244313.jpg?2021819413)
三、自增鎖獲取邏輯
邏輯如下其實也是innodb_autoinc_lock_mode參數(shù)的作用
switch (lock_mode) {
case AUTOINC_NO_LOCKING://innodb_autoinc_lock_mode=2
/* Acquire only the AUTOINC mutex. */
dict_table_autoinc_lock(m_prebuilt->table);
break;
case AUTOINC_NEW_STYLE_LOCKING: // innodb_autoinc_lock_mode=1 注意這里沒有break 巧妙的完成了邏輯
/* For simple (single/multi) row INSERTs, we fallback to the
old style only if another transaction has already acquired
the AUTOINC lock on behalf of a LOAD FILE or INSERT ... SELECT
etc. type of statement. */
if (thd_sql_command(m_user_thd) == SQLCOM_INSERT
|| thd_sql_command(m_user_thd) == SQLCOM_REPLACE) {
dict_table_t* ib_table = m_prebuilt->table;
/* Acquire the AUTOINC mutex. */
dict_table_autoinc_lock(ib_table);
/* We need to check that another transaction isn't
already holding the AUTOINC lock on the table. */
if (ib_table->n_waiting_or_granted_auto_inc_locks) {
/* Release the mutex to avoid deadlocks. */
dict_table_autoinc_unlock(ib_table);
} else {
break;
}
}
/* Fall through to old style locking. */
case AUTOINC_OLD_STYLE_LOCKING://innodb_autoinc_lock_mode=0 觸發(fā)
DBUG_EXECUTE_IF("die_if_autoinc_old_lock_style_used",
ut_ad(0););
error = row_lock_table_autoinc_for_mysql(m_prebuilt); //這個函數(shù)上表上的自增鎖
if (error == DB_SUCCESS) {
/* Acquire the AUTOINC mutex. */
dict_table_autoinc_lock(m_prebuilt->table);
}
break;
default:
ut_error;
}
binlog row格式,innodb_autoinc_lock_mode=1 按理說不會觸發(fā)row_lock_table_autoinc_for_mysql加自增鎖。不知道什么原因。當前知道:
- 如果主庫語句模式,從庫innodb_autoinc_lock_mode=1 ,insert select 肯定會觸發(fā)。
- 如果從庫 innodb_autoinc_lock_mode=0 肯定會觸發(fā)。
但是都不滿足。疑惑。
四、方案
刪除外鍵
innodb_autoinc_lock_mode設(shè)置為2,從邏輯來看肯定不會做row_lock_table_autoinc_for_mysql了。
到此這篇關(guān)于MySQL slave 延遲一列 外鍵檢查和自增加鎖的文章就介紹到這了,更多相關(guān)MySQL slave 延遲 外鍵檢查和自增加鎖內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- MySQL出現(xiàn)Waiting for table metadata lock的原因方法
- MySQL表結(jié)構(gòu)變更你不可不知的Metadata Lock詳解
- MYSQL METADATA LOCK(MDL LOCK)MDL鎖問題分析
- 淺談MySQL next-key lock 加鎖范圍
- MySQL 加鎖控制并發(fā)的方法
- PHP+MySQL高并發(fā)加鎖事務(wù)處理問題解決方法
- MYSQL METADATA LOCK(MDL LOCK) 理論及加鎖類型測試