背景

跟同學聊到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 row_id邊界溢出驗證的方法步驟

本文地址: http://www.cppcns.com/shujuku/mysql/281273.html

總結

以上是生活随笔為你收集整理的mysql innodb id_MySQL InnoDB row_id边界溢出验证的方法步骤的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。