小編給大家分享一下MySQL中InnoDB row_id邊界溢出驗證的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

創(chuàng)新互聯(lián)建站堅持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都做網(wǎng)站、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的泊頭網(wǎng)站設(shè)計、移動媒體設(shè)計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

背景

跟同學(xué)聊到row_id一個邊界問題，這里詳細(xì)說明下。

InnoDB表若沒有定義主鍵，會使用系統(tǒng)的一個默認(rèn)遞增row_id (dict_sys->row_id)作為主鍵。每次插入一行加1，到達(dá)大值循環(huán)復(fù)用。

需要注意的是，雖然dict_sys->row_id 被定義為一個unsigned long long, 但由于這個主鍵值只有6個字節(jié)，因此大值是2^48。 row_id超過這個值還是會遞增，只是寫入的時候只取低位，可以認(rèn)為是做取模操作。

問題

這就涉及到一個問題，一個長期運行的MySQL里，如果頻繁插入刪除行（像日志類的表），即使最終表規(guī)模不是很大，仍可能會出現(xiàn)值row_id重用。而我們知道作為主鍵值，是不能重復(fù)的。

假設(shè)出現(xiàn)這種情況，在一個表里，新插入的一行的row_id與某一個年代久遠(yuǎn)的行的row_id出現(xiàn)沖突，會腫么樣？

驗證

其實本來這里只需要一個結(jié)論。本文的目的還是跟大家探討一種驗證的方法。有了上面的信息，我們可以考慮設(shè)計如下的復(fù)現(xiàn)步驟：

1)    創(chuàng)建一張無主鍵空表

2)   gdb設(shè)置dict_sys->row_id為1

3)  往空表插入若干行

4)   gdb設(shè)置dict_sys->row_id為2^48

5)   再插入若干行

6)   看結(jié)果

結(jié)論

可以看到，行(1),(2)被覆蓋了。

比較合理點的方案應(yīng)該是像MySQL的表內(nèi)自增主鍵一樣，報個duplicate-key error.

以上是“MySQL中InnoDB row_id邊界溢出驗證的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

本文名稱：MySQL中InnoDBrow_id邊界溢出驗證的示例分析-創(chuàng)新互聯(lián)
標(biāo)題網(wǎng)址：http://weahome.cn/article/ddhsoh.html