这篇文章主要介绍了mysql数据自增ID为2的解决方案，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
目录
- mysql数据自增ID为2问题
- mysql自增id理解
- 1. 什么是自增id
- 2. 自增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
执行：
set @@global.auto_increment_offset =1; set @@auto_increment_offset =1;
mysql自增id理解
1. 什么是自增id
自增ID是在设计表时如果将id字段的值设置为自增的形式也就是AUTO_INCREMENT，那么当插入一行数据时就无需指定id，数据表会根据前一个id值+1进行填充。
指定了AUTO_INCREMENT的列必须要建索引，一般把ID作为主键，这样系统会自动为ID建立索引。
2. 自增id的好处
（1）增加记录时，可以不用指定id字段，不用担心主键重复问题。
（2）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利；
（3）数字型，占用索引空间小，范围查找与排序友好，在程序中传递也方便；
（4）避免像UUID这样随机字符串带来的页分裂问题等
页分裂问题：
一页总要被存满，然后新开一页继续，这种行为被称作页分裂。何时开辟新的页，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开始覆盖之前的数据，这样会导致数据丢失。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持北冥有鱼。
