背景
跟同學聊到row_id一個邊界問題,這里詳細說明下。
InnoDB表若沒有定義主鍵,會使用系統的一個默認遞增row_id (dict_sys->row_id)作為主鍵。每次插入一行加1,到達最大值循環復用。
需要注意的是,雖然dict_sys->row_id 被定義為一個unsigned long long, 但由于這個主鍵值只有6個字節,因此最大值是2^48。 row_id超過這個值還是會遞增,只是寫入的時候只取低位,可以認為是做取模操作。
問題
這就涉及到一個問題,一個長期運行的MySQL里,如果頻繁插入刪除行(像日志類的表),即使最終表規模不是很大,仍可能會出現值row_id重用。而我們知道作為主鍵值,是不能重復的。
假設出現這種情況,在一個表里,新插入的一行的row_id與某一個年代久遠的行的row_id出現沖突,會腫么樣?
驗證
其實本來這里只需要一個結論。本文的目的還是跟大家探討一種驗證的方法。有了上面的信息,我們可以考慮設計如下的復現步驟:
1) 創建一張無主鍵空表
2) gdb設置dict_sys->row_id為1
3) 往空表插入若干行
4) gdb設置dict_sys->row_id為2^48
5) 再插入若干行
6) 看結果

結論
可以看到,行(1),(2)被覆蓋了。
比較合理點的方案應該是像MySQL的表內自增主鍵一樣,報個duplicate-key error.
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。
您可能感興趣的文章:- Mysql InnoDB和MyISAM區別原理解析
- 獲取 MySQL innodb B+tree 的高度的方法
- MySQL MyISAM 與InnoDB 的區別
- 簡述MySQL InnoDB存儲引擎
- MySQL Innodb 存儲結構 和 存儲Null值 用法詳解
- MySQL InnoDB如何保證事務特性示例詳解
- MySQL啟動報錯問題InnoDB:Unable to lock/ibdata1 error
- MySQL InnoDB中的鎖機制深入講解
- 詳解MySQL(InnoDB)是如何處理死鎖的
- MySQL學習(七):Innodb存儲引擎索引的實現原理詳解
- MySQL slow_log表無法修改成innodb引擎詳解
- mysql innodb的重要組件匯總