mysql重启导致AUTO_INCREMENT从1开始

mysql 自增长ID字段丢失问题分析

相关链接： 《MySQL自增变量auto_increment踩坑，重启后值丢失》 《Be Careful With MySQL's auto_increment. How We Ended Up Losing Data》 《AUTO_INCREMENT Handling in InnoDB》 背景描述 与相关链接《Be Careful...》中的案例很类似，某...

（1）如果mysql重启了，那么innodb表在启动后，AUTO_INCREMENT值会自动检测出、并重置为当前表中自增列的最大值+1。（2）假如一个表里AUTO_INCREMENT计数器的值是10，此时执行update table set id = 15 where id = 9后，如果这时再继续插入数据，到了自增ID=15的时候是会报错。但是这个时候继续插入，就不会报错。因为刚才即使报错了，AUTO_INCREMENT的值依旧会增加。

上周运维同学重启了UAT环境的MySQL数据库服务，刚开始我是不知道数据库重启了，先是业务服务开始异常，初步定位到的原因是一个表的主键ID出现了回退，又查到MySQL低版本（8.0以下）重启可能会导致自增主键值回退或重置，最后和运维同学确认了下重启时间，确认了原因。正如前文中所说，这种方式复杂且风险很大，MySQL8.0并不完全兼容低版本，升级后这个问题解决了，但可能会导致其他方面的问题，所以生产环境一般是不会同意这样做的。在MySQL8.0中，执行同样的操作，自增值仍为6，没有丢失，这里就不演示啦！

生产事件：实时数据迁移到历史数据出现自增主键重复异常 原因: 实时业务部分有删除记录操作，后续跑批将实时数据迁移到历史数据库表，因为mysql服务异常宕机，重启mysql服务后，因自增列auto_increment会重置为当前列的最大值加1，刚好有业务操作删除和删除迁移的事物终端致使记录丢失，然后造成主键重复 注意： 迁移到历史数据库时，对机器宕机、服务宕机造成自增主键重置的情况要考虑 ...

auto_increment作用：用来指定一个自增的初始值; 如果不指定值默认初始值为1 建表语句 插入数据 插入第一个数据可以看到id是从2开始 自增主键不能保证连续递增 在空表执行insert into aa values(null,1,1); 插入一条数据后,再执行show create table命令 表定义中AUTO_INCREMENT=3,表示下一次插入数据时，如果要自动生成自增值，会生成id=3。 自增值保存在表结构定义里。实际上，表结构定义存放在后缀名为.frm的文件中，但

是一个强大的工具，可以简化主键生成的过程，确保数据的唯一性和一致性。通过合理使用，你可以避免手动管理主键值的麻烦，并专注于数据的其他方面。

查看与设置: show variables like '%auto_inc%'; show session variables like '%auto_inc%'; -- //session会话变量 show global variables like '%auto_inc%'; -- //全局变量 SET @auto_increment_in...

问题重现 先从问题入手，重现下这个bug 这里我们关闭mysql，再启动mysql,然后再插入一条数据 我们看到插入了（2,2），而如果我没有重启，插入同样数据我们得到的应该是（4,2)。 上面的测试反映了mysqld重启后，InnoDB存储引擎的表自增id可能出现重复利用的情况。 自增id重复利用在某些场景下会出现问题。依然用上面的例子，假设t1有...

今儿在逛论坛时，发现一个看似很简单的问题，却引起了大家的广泛关注： 这是一道很早的面试题： 一张表,里面有ID自增主键,当insert了17条记录之后,删除了第15,16,17条记录,再把Mysql重启,再insert一条记录,这条记录的ID是18还是15 。 答案： 如果表的类型是MyISAM，那么是18。因为MyISAM表会把自增主键的最大ID记录到数据文件里，重启MySQL自增主键的...

# 1. MySQL自增变量AUTO_INCREMENT重启之后值丢失 MySQL在建表时，推荐使用自增列作为表的主键，这样的表在某些场景下，对提高性能有一定的帮助。但是自增列有一个坑，并且这个坑存在了很久，一直到MySQL 8.0版本，才修复了这个坑，这个坑就是表的自增列变量auto_increment在MySQL重启后，有可能丢失。 1.1. 问题重现 创建两张表tb1,tb2，tb1为i...

重启mysql对于auto_increment的影响： mysql> alter table inc_innodb AUTO_INCREMENT=100; Query OK, 0 rows affected (0.00...

mysql8.0 之前版本 重启服务 自增列id的auto_increment会重置为当前列最大值加1 原因:Innodb表把自增主键的最大ID记录到内存中，重启数据库后，都会导致最大自增ID重置 MyISam引擎：MyISAM表会把自增主键的最大ID记录到数据文件里，重启MySQL自增主键的最大ID也不会丢失。 mysql8.0版本: 重启数据库后，不会导致最大自增ID重置 原因:mysql8.0每次变化时将自增计数器的最大值写入redo log，同时在每次检查点将其写入引擎...

前两天，mysql数据库迁移机器后遇到auto_increment在mysql重启后值重置的问题和在用户名密码正确的情况下拒绝连接的问题，网上搜索的资料说明如下： a. 连接拒绝 在Linux环境下，运行JAVA程序，在连接字符串中配置数据库服务器地址为localhost,用户名密码正确，连接时出错： java.sql.SQLException: Access denied for user

前两天，mysql数据库迁移机器后遇到auto_increment在mysql重启后值重置的问题和在用户名密码正确的情况下拒绝连接的问题，网上搜索的资料说明如下：a. 连接拒绝在Linux环境下，运行JAVA程序，在连接字符串中配置数据库服务器地址为localhost,用户名密码正确，连接时出错：java.sql.SQLException: Access denied for user 'root...

一般情况下，我们创建的表的类型是InnoDB，如果新增一条记录（不重启mysql的情况下），这条记录的id是18；但是如果重启（文中提到的）MySQL的话，这条记录的ID是15。因为InnoDB表只把自增主键的最大ID记录到内存中，所以重启数据库或者对表OPTIMIZE操作，都会使最大ID丢失。         但是，如果我们使用表的类型是MylSAM，那么这条记录的ID就是18。因为MylSAM...

1、一张表，里面有 ID 自增主键，当 insert 了 17 条记录之后，删除了第 15,16,17 条记录，再把 Mysql 重启，再 insert 一条记录，这条记录的 ID 是 18 还是 15 ？ (1)如果表的类型是 MyISAM，那么是 18 因为 MyISAM 表会把自增主键的最大 ID 记录到数据文件里，重启 MySQL 自增主键的最大ID 也不会丢失 （2）如果表的类型是 InnoDB，那么是 15 InnoDB 表只是把自增主键的最大 ID 记录到内存中，所以重启数据库或者是对表进行

MySQL自增变量auto_increment踩坑，重启后值丢失 转载：https://baijiahao.baidu.com/s?id=1637367920353569708&wfr=spider&for=pc MySQL在建表时，推荐使用自增列作为表的主键，这样的表在某些场景下，对提高性能有一定的帮助。但是自增列有一个坑，并且这个坑存在了很久，一直到MySQL 8.0版本，才修复了这个坑，这个坑就是表的自增列变量auto_increment在MySQL重启后，有可能丢失。 问题复现