MySQL 自增列持久化主键问题

最新推荐文章于 2024-11-13 08:23:13 发布
原创 最新推荐文章于 2024-11-13 08:23:13 发布 · 182 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#主键自增

本文探讨了MySQL中自增主键的实现机制，特别是在不同版本下（如MySQL8.0之前与8.0之后）的差异。在早期版本中，自增值在重启后可能不会连续递增；而在MySQL8.0中，自增计数器被持久化到redolog，确保了重启后的连续性。

#注意不要使用自增键作为业务主键

 

MySQL 8.0 之前版本

  misam

          表联合主键 自增 保证联合不冲突 自增列 不一定每次确实自增

  innodb 启动自增当前值在内存中

         重启时候会取当前自增列最大的值

 

MySQL 8.0

   自增主键的计数器持久化到redo log中，系统重启后会重新根据redo log中的计数器信息来初始化内存值

https://dev.mysql.com/worklog/task/?id=6204

mysql主键自增原理
JustinMars的博客
08-09 945
MySQL 中的主键自增（Auto Increment）是一种用于在插入新记录时自动生成唯一标识符（即主键）的机制。自增字段通常用于唯一标识表中的每一行记录，尤其在主键列中非常常见。
MySQL自增主键有什么作用？来自大厂的使用经验
我是一名热爱编程和分享知识的技术作者，在金融和教育领域有多年的研发管理经验，感谢您访问我的博客，一定会为您带来不一样的收货！
12-21 1311
下面分别看下这两个问题。
InnoDB 中自增主键能不能被持久化?
硅脂味咖啡的博客
11-16 367
自增组键能不能被持久化，表示的是在Mysql服务重启后， InnoDB 能不能恢复重启之前的自增列， InnoDB在Mysql 8.0之前是没有主键持久化能力的，但是在Mysql 8.0后，支持把自增主键保存到redo log日志，所以即使Mysql重启了，也是可以从redo log日志中得到恢复的。 ...
自增变量的持久化 [MySQL][数据库]
m0_57001006的博客
03-21 745
自增变量的持久化 在MySQL8.0之前,自增主键AUTO_INCREMENT的值如果大于max(primary key) +1,那么在MySQL重启后,会重置AUTO_INCREMENT = max(primary key)+1,这种现象在某些情况下会导致业务主键冲突或者其他难以发现的一些问题 出现这种问题的原因是因为在MySQL5.7中,对于自增主键的分配规则是由InnoDB数据字典内部一个计数器来决定的,而该计数器维护在了内存中,并不会持久化到磁盘中(也就是硬盘中),当数据库重启的时候,该计数器会被
MySQL--自增列持久化问题
weixin_30924239的博客
02-17 287
自增列持久化问题 5.5/5.6/5.7三个版本中，MySQL并不会将自增列分配的自增值信息固化到磁盘，当MySQL重启后，会根据自增列上当前最大值和参数auto_increment_offset来确定下一次的自增值，为快速获取自增列上最大值，MySQL要求自增列必须建有索引。 如果一张自增表的数据在重启实例前被清空，实例重启后该表数据会从”1”开始自增(假设表的自增初始值定义为1)...
mysql8.0新特性-自增变量的持久化
ouyangzhenxin的博客
07-18 640
在mysql8.0之前，自增主键的值如果大于，在mysql重启后，会重置，这种现象在某些情况下会导致业务主键冲突或者其他难以发现的问题。下面我们通过示例来简单看下；
深入探寻mysql自增列导致主键重复问题的原因
09-10
前几天开发的同事反馈一个利用load data infile命令导入数据主键冲突的问题，分析后确定这个问题可能是mysql的一个bug，这里提出来给大家分享下。以免以后有童鞋遇到类似问题百思不得其解，难以入眠，哈哈。
MySQL8新特性：自增主键的持久化详解
01-19
自增主键没有持久化是个比较早的bug，这点从其在官方bug网站的id号也可看出（https://bugs.mysql.com/bug.php?id=199）。由Peter Zaitsev（现Percona CEO）于2003年提出。历史悠久且臭名昭著。 首先，直观的重现下。...
oracle迁移mysql自增序列问题
12-14
若要持久化这些设置，可以在MySQL配置文件(`my.cnf`)中添加对应的`[mysqld]`段落。 总之，从Oracle迁移到MySQL时，处理自增序列的关键在于理解两种数据库系统的差异，并利用适当的SQL语句和系统变量来调整自增字段...
MySQL InnoDB引擎主键自增不能持久化的问题
Liubo的博客
05-30 1111
只针对Innodb引擎，myisam没有这个问题 建立测试数据库 create database test1 使用数据库 test1 use test1 创建数据表 test1_table create table test1_table (id int(4) primary key not null auto_increment) default charset=utf8 e...
MySQL 8.0特性-自增变量的持久化
最新发布
myneth的博客
11-13 781
在MySQL 8.0之前，自增主键AUTO_INCREMENT的值如果大于max(primary key)+1，在MySQL重启后，会重置AUTO_INCREMENT=max(primary key)+1，这种现象在某些情况下会导致业务主键冲突或者其他难以发现的问题。下面通过案例来对比不同的版本中自增变量是否持久化。
mysql自增id 删除_关于mysql自增主键记录删除后，新添加数据的主键id出现断层或自动填充的问题详解...
weixin_30372331的博客
01-18 1645
一张会员表image.png添加5条记录image.png查看自增id为6image.png情形一：将数据全部删除，不重启数据库的情况下，新添加3条新数据，看看效果image.pngimage.png注：可以看到自增主键不会覆盖之前的主键id，而是出现断层的效果；情形二：将数据全部删除，重启数据库的情况下，再添加3条新数据，看看效果image.pngimage.pngimage.png注：可以看到...
MySQL数据库自增主键可能产生的问题
阿拉斯加大闸蟹的博客
11-25 3618
自增主键  这种方式是使用数据库提供的自增数值型字段作为自增主键，它的优点是：  （1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利；  （2）数字型，占用空间小，易排序，在程序中传递也方便；  （3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。  其实它的缺点也就是来自其优点，缺点如下：  （1）因为自动增长，在手动要插入指定ID的记录时会显得麻烦...
mysql 主键自增_Mysql 8新特性之(5):自增主键的bug已修复
weixin_39965881的博客
12-05 324
问题历史背景是自增主键没有持久化是个比较早的bug.MySQL5.7及以前版本MySQL服务器重启，会重新扫描表的主键最大值，如果之前已经删除过id=100的数据，但是表中当前记录的最大值如果是99，那么经过扫描，下一条记录的id是100，而不是101。MySQL8.0后版本是每次在变化的时候，都会将自增计数器的最大值写入redo log,同时在每次检查点将其写入引擎私有的系统表。则不会出现自增主...
MySQL 为什么建议使用自增主键？
Java之间
07-14 2320
点击上方“Java之间”，选择“置顶或者星标”你关注的就是我关心的！作者：谭小谭微信公众号：谭小谭（ID:tanstory）上一篇：为何IDEA比Eclipse更好！我们...
MySQL自增主键为什么不连续
u010905359的博客
05-11 1230
在我们日常使用Mysql中，如果不是特殊的业务需要，一般我们都会使用自增主键，自增主键的好处可以在插入的时候尽量地减少页分割，增加Mysql的写入效率。我们有时候就会发现，自增主键并不是连续递增的，为什么有时候会出现自增主键的空洞呢? 即便是使用自增主键的表，也是可以指定主键的。假设当前的自增主键是X，我们指定的主键是Y，假如Y<X，那么Mysql不会变更当前自增主键的最大值，只会检测是否有主键冲突。反之，Mysql会重新调整当前自增主键的X。那么，Mysql又是怎么调整的呢？是不是只要..
MySQL 常用配置变量-transaction_isolation
java_w的专栏
12-20 6468
transaction_isolation 设置隔离级别的参数： transaction_isolation='read-uncommitted|read-committed|repeatale-read|serializable'：默认是 repeatable-read，几个值分别代表的含义： read-uncommitted：读未提交，允许脏读； read-committed：读提交...
MySQL自增主键与事务隔离级别详解
这一现象的根本原因在于两者对自增值的持久化机制不同：MyISAM 会将最大自增 ID 持久化保存在磁盘的数据文件中，因此即使服务重启也不会丢失当前计数；而 InnoDB 在早期版本中仅将该值保留在内存中（直到 MySQL 5.7 ...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值