共计 837 个字符，预计需要花费 3 分钟才能阅读完成。
开始不设置主键
表的设计如下：
如果 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 开始递增变化。
