开发者

mysql数据自增ID为2的解决方案

目录
  • mysql数据自增ID为2问题
  • mysql自增id理解
    • 1. 什么是自增id
    • 2php. 自增id的好处
    • 3. 自增id的坏处
    • 4. 当自增id用完了怎么办?
  • 总结

    mysql数据自增ID为2问题

    查看配置

    show variables like '%increment%';

    如果:

    auto_increment_increment=2

    执行:

    set @@global.auto_increment_increment = 1;
    set @@auto_increment_increment =1;

    如果:

    auto_increment_offset=2

    执行:

    setZbBUOzAU @@global.auto_increment_offset =1;
    set @@auto_increment_offset =1;

    mysql自增id理解

    1. 什么是自增id

    自增ID是在设计表时如果将id字段的值设置为自增的形式也就是AUTO_INCREMENT,那么当插入一行数据时就无需指定id,数据表会根据前一个id值+1进行填充。

    指定了AUTO_INCREMENT的列必须要建索引,一般把ID作为android主键,这样系统会自动为ID建立索引。

    2. 自增id的好处

    (1)增加记录时,可以不用指定id字段,不用担心主键重复问题。

    (2)数据库自动编号,速度快,而且是增量增长,按顺序存放,对于检索非常有利;

    (3)数字型,占用索引空间小,范围查找与排序友好,在程序中传递也方便;

    (4)避免像UUID这样随机字符串带来的页分裂问题等

    页分裂问题: 

     一页总要被存满,然后新开开发者_MsSql一页继续,这种行为被称作页分裂。何时开辟新的页,mysql规定了一个分裂因子,达到页存储空间的15/16则存到下一页。页分裂的存在可能极大影响性能维护索引的性能。通常提倡的是,设定一个无意义的整数自增索引,有利于索引存储 

    如果非自增编程客栈或不是整数索引,如非自增整数、类似MD5的字符串,以他们作为索引值时,因为待插入的下一条数据的值不一定比上一条大,甚至比当前页所有值都小,需要跑到前几页去比较而找到合适位置,InnoDB无法简单的把新行插入到上一行后面,而找到并插入索引后,可能导致该页达到分裂因子阀值,需要页分裂,进一步导致后面所有的索引页的分裂和排序,数据量小也许没什么问题,数据量大的话可能会浪费大量时间,产生许多碎片。

    3. 自增id的坏处

    (1) 不具有连续性,表中auto_increment最大值被删除,将不会被重用。就是说会跳号(如果设定的auto_increment_increment是1,那么编程下一次插入的id值将会从被删除的最大值算起,也就是被删除的最大值+1)

    (2)历史数据表的主键id会与数据表的id重复,两张自增id做主键的表合并时,id会有冲突,但如果各自的id还关联了其他表,这就很不好操作。

    (3) 很难处理分布式存储的数据表,尤其是需要合并表的情况下

    (4) 在系统集成或割接时,如果新旧系统主键不同是数字型就会导致修改主键数据类型,这也会导致其它有外键关联的表的修改,后果同样很严重;

    4. 当自增id用完了怎么办?

    自增id的数据上限和受主键类型的影响,当自增id超过最大值,就会提示主键冲突,所以建议根据业务需求设置主键数据类型,如果超过int 数值范围,可以考虑bigint类型(2^64-1)。

    当隐性的row_id用完,数据库不会产生错误,它会重新从0开始覆盖之前的数据,这样会导致数据丢失。

    总结

    以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

    0

    上一篇:

    下一篇:

    精彩评论

    暂无评论...
    验证码 换一张
    取 消

    最新数据库

    数据库排行榜