前言

本文主要介紹了關於MySQL主鍵為0與主鍵自排約束的關係，分享出來供大家參考學習，下面話不多說了，來一起看看詳細的介紹吧。

開始不設定主鍵表的設計如下：

如果id的位置有好幾個0的話：設定主鍵並且自動排序時，0會從1開始遞增；

Insert 進去 id = 0的資料，資料會從實際的行數開始增加，和從0變化不一樣；

現在主鍵是沒有0的，如果把某個id改成0的話，0不會變！直接會進行排序；

再insert一個id=0的看看，居然還是跟剛才一樣直接跟行數相關！

再重置一下自動排序，看看這個0會不會有變化，先取消自排;

再加上自排，果然跟想的一樣，0要變成1了，錯誤提示說的是主鍵有重複的1所以不讓自排，

修改之後，果真可以了，0變成1了，

小結

我覺得也就這幾種情況吧，無符號的情況應該沒什麼區別，還有什麼沒有考慮的希望大家給我留言，可以告訴我你是怎麼想的，我也很想知道，現在拋磚引玉我把我的總結和想法寫一下：

　　對我來說，0在資料庫裡很特殊。

　　使用limit檢視指定範圍資料的時候這時候表就會是從0開始往下排的順序，但是insert新增一行資料的時候反而是跟行數有關係，這時候又是按照從1開始往下排的順序。如果使用主鍵自排約束以前表裡有0，再設定完主鍵自排以後所有的0又不會根據行數，而是直接按照自上而下的順序從1開始排。如果把表中的某個主鍵的數改成0，那直接就會進行排序放到正數前面，也就是說主鍵自排是允許有0存在的，那為什麼本身存在的0要去修改成從1開始的遞增序列呢？哪怕沒加主鍵自排以前只有一個0，加了主鍵自排以後還是會變成1。

　　開始有0，增加主鍵自排約束，0依次變為1,2,3,4.......

　　開始沒0，增加主鍵自排約束，新新增的主鍵是0的行會根據行數自行變化，注意這裡是新新增的行，使用的是insert。

　　開始沒0，把某個主鍵的數修改成0，這個0會直接在排好序了再在表裡顯示出來。

說得簡單一點就是，增加主鍵自排約束後：

　　　主鍵的值：修改成的0，可以存在，就是排個序。

　　　　　　　　新新增的0，不允許存在，要根據行號改變。

　　　　　　　　本身存在的0，不允許存在，要從1開始遞增變化。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對我們的支援。