// MySQL replace into导致的自增id问题 // 今天线上遇到一个问题,挺有意思,这里记录一下希望对大家有所帮助。...某个表中,只有一条记录,发生高可用切换之后,自增id的值发生了变化,主从的自增id值不一致,导致数据写入报主键冲突的错误。...=3,age=3这条记录,然后插入id=6,age=3这条记录,自增值变为7....*/; 可以看到,MySQL将replace into的在binlog中保存的格式是update语句,那么update语句本质上不会对自增值进行修改,所以就导致了主从的表自增id不一致,这样虽然看着没有什么问题...,从库的自增id比主库的小,当主从发生切换的时候,这个问题就比较严重了,有些数据写入的时候,就会报错了。
下面这几个小问题都是基于 InnoDB 存储引擎的。 1. ID最大的记录删除后,新插入的记录ID是什么 例如当前表中有ID为1,2,3三条记录,把3删除,新插入记录的ID从哪儿开始?...=4 DEFAULT CHARSET=latin1 自增ID为4,删除ID最大的记录并不影响自增ID的值。...MySQL 重启后自增ID从哪儿开始 例如当前表中有ID为1,2,3三条记录,把3删除,重启MySQL,新插入记录的ID从哪儿开始? 很多人会认为从4开始,实际是从3开始。...tb1 values(null); 删除ID为3的记录: delete from tb1 where id=3 通过上一个问题,我们知道,此时自增ID值为4。...删除最大ID值对自增ID值没有影响,但MySQL重启之后有影响,不会使用之前的自增ID值,而是使用最大ID+1,因为自增ID值是存在内存中,重启后需要重新计算。 自增ID用完后就不变了。
查了资料之后,小A得知,原来,mysql主键自增有个参数innodb_autoinc_lock_mode,他有三种可能只0,1,2,mysql5.1之后加入的,默认值是1,之前的版本可以看做都是0。...id是7 delete from t1 where id in (2,3,4); -- 此时数据表只剩1,5,6了,自增id还是7 insert into t1 values(2, 106,...上面的例子执行完之后表的下一个自增id是10,你理解对了吗,因为最后一条执行的是一个Mixed-mode inserts语句,innoDB会分析语句,然后分配三个id,此时下一个id就是10了,但分配的三个...因为可能有一个复杂插入,还在执行呢,另外一个插入就来了,恢复的时候是一条条来执行的,就不能重现这种并发问题,导致记录id可能对不上。...解决方案 将innodb_autoinc_lock_mode设置为0肯定可以解决问题,但这样的话,插入的并发性可能会受很大影响,因此小A自己想着DBA也不会同意。
自增列的生成 over()里不带排序或order by 1是一样的效果 select row_number() over() as id,a1.id,relationwords,relation_words...商务手表 Time taken: 34.197 seconds, Fetched: 19 row(s) 方式2: select row_number() over(order by 1) as id...,a1.id,relationwords,relation_words from ods.ods_wpt_management_search_relation_words_full_1d a1 lateral...select row_number() over() + t2.max_id as id, t1.name from (select name from nametb) t1 cross join (...select coalesce(max(id),0) max_id from id_test) t2;
MySQL 主键 自增 ID 会用完吗?...首先我们一般创建 MySQL 数据表的时候,大部分情况下会创建一个自增主键ID 的字段,可能你的建表语句如下: CREATE TABLE IF NOT EXISTS `tb`( `id` INT...所以 在 MySQL 中 自增 ID 是会用完的。那么问题来了,加入他的 ID 用完会发生什么事呢? 我们来验证下。...如果会那么久需要创建 8 字节的 INT 类型了,他的值最大是 2^64-1 那么问题又来了,你说 我有些业务是不需要主键 、不需要自增编号,我不创建这个字段,就好了,这样想恭喜你 回答错误....总结: 自增 ID 用完 会报主键冲突、数据插入失败。 不指定主键、默认创建的 row_id 会 覆盖原有的数据。
4、给那行数据上行锁 5、插入自增数据行 6、获取自增数据行,max足矣,这个操作时间复杂度是 O(1) 的 7、提交事务 这个方案我试了,但是在C++操作MySQL时我不知道要怎么拿第二个结果集...像注册,这种需要自动生成账号类的场景用自增主键,因为自增主键我也不是很喜欢,主键还是要有自己的意义的。...不过这类业务,如果由用户自己输入账号,亦或是系统自己随机生成,都没有自增来的快,毕竟林子大了,就容易主键冲突。
maybeEmitEvent(new BeforeSaveEvent(objectToSave, dbDoc, collectionName)); Object id...insertDBObject(collectionName, dbDoc, objectToSave.getClass()); populateIdIfNecessary(objectToSave, id...onAfterSaveEvent maybeEmitEvent(new AfterSaveEvent(objectToSave, dbDoc, collectionName)); } 实现mongo自增...id 提供一个@MongoAutoId的注解,然后onBeforeConvert事件中进行转换。...event.getCollectionName())); } } }); } } /** * 获取自增id
start with 21 increment by 1 cache 20; 参数描述: create sequence seq_name:创建序列,seq_name为序列名称 minvalue:自增最小值...maxvalue:自增最大值,缺省值为nomaxvalue,即不设置最大值;系统能产生的最大值为10的27次方。 start with:自增开始值,设置成21则从21开始自增。...increment by:自增数值,设置成1则每次递增1,负数表示递减,缺省值为1。...from dual; end t_user_tr; 参数描述: t_user_tr: 随意的名字,不要重复就行 t_user: 表名 user_id :自增的id 删除触发器: DROP TRIGGER...自增长
REPLACE TRIGGER TG_CSMSCLIENTLOGININFO BEFORE INSERT ON CSMS_CLIENT_LOGIN_INFO FOR EACH ROW WHEN (new.id...is null) begin select SEQ_CSMSCLIENTLOGININFO.nextval into:new.id from dual; end;
缺点:获取的不是真正的自增id,是表中最大的Id,如果有删除数据的话,那么该值和自增id相差比较大。如果有连表数据,有可能导致数据错乱。...使用LAST_INSERT_ID函数:select LAST_INSERT_ID() 优点:获取到的是真正的自增id。 缺点:该函数是与table无关的,永远保留最新插入的自增列的id。...使用mysql查询函数:SHOW TABLE STATUS; 优点:能够准确的查到自增id。而且可以在语句后面加上where语句或者like语句来过滤。...---- mysql自增id的重置 使用truncate:truncate table; 说明:使用truncate会删除表的数据释放空间,并且重置字自增id,但不会删除表的定义。...也不会清空数据,有可能会出现重复key的可能,所以此方法也只适用于清空表之后重置自增id或者大量删除后修改自增id。
面试官:咱们聊聊mysql的自增id。...mysql自增id给我们的自增主键定义带来了很大的方便,但是经常mysql的自增id会有不连续情况,能说说什么场景下mysql的id会产生不连续吗我:我以一张表为例来解释一下,我先创建一张表zh_person...面试官:等一下,mysql的自增id在唯一索引冲突的时候为什么不会回滚回去呢?...我:mysql在获取id时为了保证一致性,是加锁的,比如2个并发事务申请自增id,上面例子的情况,假如一个申请了4,一个申请了5,加入申请4的事务成功了,申请到5的事务唯一键冲突,这时候如果id回退到4...面试官:存储在内存中,那mysql 服务重启了怎么记录自增id呢?
当我们使用 MySQL 进行数据存储时,一般会为一张表设置一个自增主键,当有数据行插入时,该主键字段则会根据步长与偏移量增长(默认每次+1)。...下文以 Innodb 引擎为主进行介绍,使用自增主键的好处有很多,如:索引空间占比小、范围查询与排序都友好、避免像 UUID 这样随机字符串带来的页分裂问题等... 一、自增ID是如何分配的?...自增的值并不是保存在表结构信息内的,对于不同的版本它们有如下的区别: 1.1.1 MySQL 8.0版本之前(重启后可能会产生变化): 计数器的值存储在内存中的,重启后丢弃,下一次将读取最大的一个自增ID...不一定,业务也不应该过分依赖 MySQL 自增 ID 的连续性,在以下三种情况下,并不能保证自增 ID 的连续性: 1.5.1 插入时的其他唯一索引冲突 假设已存在数据{1,张三},且张三所属的字段设置了唯一主键...那么有的同学说,我既想使用自增 ID 带来的好处,也不想承受这种比较常见的问题,那该怎么办呢?
问题 对于MySQL表,如果自增ID不是主键时,是否可以用来做增量查询? 2. ...背景 需要按照自增ID字段进行增量查询,有些表的自增ID是主键,而有些表的自增只是普通索引,有些采用MyISAM,有些采用InnoDB。...// 按自增ID有序(自增ID为主键) MySQL [test]> SELECT * FROM tableA1; +----+----+----+----+ | id | af | bf | cf |...ID有序(自增ID为主键) MySQL [test]> SELECT * FROM tableA1 WHERE id>=1 LIMIT 10; +----+----+----+----+ | id | ...ID为主键时,自增ID乱序插入,查询结果也是按自增ID有序(实测有序插入一样有序),因此可以放心依自增ID增量查询,而不必指定“ORDER BY f_id”。
PS:当然,在分库分表的场景中,我们通常会使用雪花算法来替代自增 ID,但中小型项目开发中,使用自增 ID 的场景还是比较多的。...1.自增ID 在 MySQL 中,如果字段的数据类型为整数类型(如 INT、BIGINT 等),则可以通过关键字“AUTO_INCREMENT”来设置让当前的字段实现自增,例如以下 SQL: CREATE...1.2 缺点分析自增 ID 的缺点如下: 在数据进行迁移或分库分表时,可能会出现问题,需要特殊处理。 如果数据量非常大,可能会达到自增 ID 的上限。...存在安全性问题,比如通过自增 ID 可能会推测出一些业务信息。例如,一个电商订单表使用自增 ID 作为主键,可能会被竞争对手通过订单号大致推测出业务量等信息。2.自增ID用完会怎样?...本文已收录到我的面试小站 www.javacn.site,其中包含的内容有:Redis、JVM、并发、并发、MySQL、Spring、Spring MVC、Spring Boot、Spring Cloud
如果在此过程中删除部分数据,那么MySQL重启后再插入数据,自增主键ID是否会重复使用呢?本文将通过具体示例,解析MySQL自增主键id在重启后是否重复使用的问题。...四、原理解析 MySQL的自增主键id重启后为什么没有重复使用呢?...MySQL服务器重启后,会读取信息架构表中的auto_increment值,以确定下一个自增id,从而避免了已经使用的id重复分配问题。...五、自增主键优化策略 针对自增主键id,我们还可以通过以下措施进行优化: 定期使用OPTIMIZE TABLE重建表,回收删除记录的自增id 通过设置更大的自增步长,使id增长缓慢 分表分库后,控制每个表的自增...idIncrement,避免单表过大 vivo_tmp_xxx临时表可用于生成id,避免影响线上表自增值六、总结MySQL的自增主键id在重启后不会重复使用已经删除的id,这是由其自动保存并恢复auto_increment
在mysql中有多种自增id,除了我们日常开发中经常使用的自增主键外,还有一些其他的自增id,主要是mysql内部为了辅助其正常运行而使用的。 这些自增id,都是定义了初始值,然后不停的累加步长。...对于每一种自增id,在mysql中都会定义其数据类型,以及这个数据类型所占用的字节长度,也就是说每个自增id,都是有上限的,只不过上限的大小不尽相同而已,既然自增id有上限,那么就有可能被用完,那问题来了...在mysql中,对于不同的自增id值达到上限后,对应的处理方式是不同的。下面我们就对mysql中,几个比较重要的自增id进行分析一下。...'主键', PRIMARY KEY (`id`) USING BTREE ) ENGINE=InnoDB; 一、自定义自增主键 自定义自增主键,是工作中最经常使用到的一种自增id,对于自增主键的一些细节问题可以参考你真的懂自增主键...理论上,在并发够大,时间够长的情况下,还是有可能达到其上限的,但是这个也仅仅是理论上,因为到目前为止,还没有一个mysql实例超过这个上限。
并发场景下,mysql实现字段自增。...2021-10-13 表结构: user_account id 自增id user_id 用户id user_name 用户名称 money 金额 假设有这样一张用户金额的表。...这时候就又需要一个 select money from user_account where user_id = 1; 但是在并发场景下,也许你执行select时,money已经被另一个进程给更新了...(这个只是个例子,真实应用的话可以用redis来解决) 如果只用mysql的话,我们应该怎样解决这个问题呢?...WHERE user_id=1 FOR UPDATE; COMMIT; 不同点:将money在执行sql的时候自增加1.因为mysql事务更新时会有行锁(划重点) 所以,在事务提交前,其他进程时读不到修改后的
连续性 插入成功时,其数据的 ID 和前一次插入成功时数据的 ID 相邻。 自增主键的单调性 为何会有单调性的问题? 这主要跟自增主键最大值的获取方式,以及存放位置有关系。...如何解决单调性的问题? 从 MySQL 8.0 开始,自增主键最大值会在每次修改后写入到 redo log,并且在每个检查点写入引擎私有的系统表。 如果是正常重启,则读取系统表里的值。...自增主键插入时的连续性 这里不考虑由于删除导致的连续性问题 为何会有连续性问题? 这主要是跟插入事务回滚有关系。 对于两个插入事务,事务 A 先执行插入语句,之后事务 B 执行插入语句。...其他 如果主动指定 ID 为 0 或者 NULL 插入,则会使用数据库生成的自增 ID。...参考文档 为什么 MySQL 的自增主键不单调也不连续 https://database.51cto.com/art/202004/614923.htm 《MySQL技术内幕——InnoDB存储引擎》
作者:废柴程序员 链接:https://www.jianshu.com/p/a6bc14005b52 MySQL的自增id都定义了初始值,然后不断加步长。...那自增id用完,会怎么样? 图片 表定义自增值id 表定义的自增值达到上限后的逻辑是:再申请下一个id时,得到的值保持不变。...InnoDB系统自增row_id 若你创建的InnoDB表未指定主键,则InnoDB会自动创建一个不可见的,6个字节的row_id。...所以应该在InnoDB表中主动创建自增主键:当表自增id到达上限后,再插入数据时会报主键冲突错误。 毕竟覆盖数据,就意味着数据丢失,影响数据可靠性;报主键冲突,插入失败,影响可用性。...因为MySQL使用了一个唯一数组 图片 给新线程分配thread_id时的逻辑: 图片 总结 每种自增id有各自的应用场景,在达到上限后的表现也不同: 表的自增id达到上限后,再申请时它的值就不会改变
概述 我们使用 MySQL 等关系型数据库时,主键都是设置成自增的。 但在分布式环境下,尤其是在分库分表以后,单纯的自增主键会产生冲突,需要考虑如何生成唯一 ID。...缺点 虽然在同一个进程内的一秒内生成的多个主键 id 是自增的,但是在数据库全局是没有这样的规律的。 有时,能够完全自增的 id 对于应用业务来说是非常重要的。...MongoDB 允许我们自己生成 _id,但是这样唯一性的压力就又来了,在并发环境下保证自增 ID 的严格自增与避免 ID 冲突有时是需要丰富的经验的。 5....id 的自增。...通过 php 生成 MongoDB 自增 id <?
领取专属 10元无门槛券
手把手带您无忧上云