溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
小編給大家分享一下MySQL中InnoDB row_id邊界溢出驗證的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！
背景
跟同學聊到row_id一個邊界問題，這里詳細說明下。
InnoDB表若沒有定義主鍵，會使用系統(tǒng)的一個默認遞增row_id (dict_sys->row_id)作為主鍵。每次插入一行加1，到達最大值循環(huán)復用。
需要注意的是，雖然dict_sys->row_id 被定義為一個unsigned long long, 但由于這個主鍵值只有6個字節(jié)，因此最大值是2^48。 row_id超過這個值還是會遞增，只是寫入的時候只取低位，可以認為是做取模操作。
問題
這就涉及到一個問題，一個長期運行的MySQL里，如果頻繁插入刪除行（像日志類的表），即使最終表規(guī)模不是很大，仍可能會出現(xiàn)值row_id重用。而我們知道作為主鍵值，是不能重復的。
假設出現(xiàn)這種情況，在一個表里，新插入的一行的row_id與某一個年代久遠的行的row_id出現(xiàn)沖突，會腫么樣？
驗證
其實本來這里只需要一個結論。本文的目的還是跟大家探討一種驗證的方法。有了上面的信息，我們可以考慮設計如下的復現(xiàn)步驟：
1) 創(chuàng)建一張無主鍵空表
2) gdb設置dict_sys->row_id為1
3) 往空表插入若干行
4) gdb設置dict_sys->row_id為2^48
5) 再插入若干行
6) 看結果
結論
可以看到，行(1),(2)被覆蓋了。
比較合理點的方案應該是像MySQL的表內(nèi)自增主鍵一樣，報個duplicate-key error.
以上是“MySQL中InnoDB row_id邊界溢出驗證的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業(yè)資訊頻道！
免責聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉載和分享為主，文章觀點不代表本網(wǎng)站立場，如果涉及侵權請聯(lián)系站長郵箱：is@yisu.com進行舉報，并提供相關證據(jù)，一經(jīng)查實，將立刻刪除涉嫌侵權內(nèi)容。
