首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

关于mysqlid的获取和重置

缺点:获取的不是真正的id,是表中最大的Id,如果有删除数据的话,那么该值和id相差比较大。如果有连表数据,有可能导致数据错乱。...使用LAST_INSERT_ID函数:select LAST_INSERT_ID() 优点:获取到的是真正的id。 缺点:该函数是与table无关的,永远保留最新插入的增列的id。...使用mysql查询函数:SHOW TABLE STATUS; 优点:能够准确的查到id。而且可以在语句后面加上where语句或者like语句来过滤。...---- mysqlid重置 使用truncate:truncate table; 说明:使用truncate会删除表的数据释放空间,并且重置id,但不会删除表的定义。...也不会清空数据,有可能会出现重复key的可能,所以此方法也只适用于清空表之后重置id或者大量删除后修改自id

11.3K20
您找到你想要的搜索结果了吗?
是的
没有找到

MySQL replace into导致的id问题

// MySQL replace into导致的id问题 // 今天线上遇到一个问题,挺有意思,这里记录一下希望对大家有所帮助。...某个表中,只有一条记录,发生高可用切换之后,id的值发生了变化,主从的id值不一致,导致数据写入报主键冲突的错误。...=3,age=3这条记录,然后插入id=6,age=3这条记录,增值变为7....*/; 可以看到,MySQL将replace into的在binlog中保存的格式是update语句,那么update语句本质上不会对增值进行修改,所以就导致了主从的表id不一致,这样虽然看着没有什么问题...,从库的id比主库的小,当主从发生切换的时候,这个问题就比较严重了,有些数据写入的时候,就会报错了。

6.9K20

MySQL 主键 ID 会用完吗?

MySQL 主键 ID 会用完吗?...首先我们一般创建 MySQL 数据表的时候,大部分情况下会创建一个主键ID 的字段,可能你的建表语句如下: CREATE TABLE IF NOT EXISTS `tb`( `id` INT...所以 在 MySQL ID 是会用完的。那么问题来了,加入他的 ID 用完会发生什么事呢? 我们来验证下。...如果会那么久需要创建 8 字节的 INT 类型了,他的值最大是 2^64-1 那么问题又来了,你说 我有些业务是不需要主键 、不需要编号,我不创建这个字段,就好了,这样想恭喜你 回答错误....总结: ID 用完 会报主键冲突、数据插入失败。 不指定主键、默认创建的 row_id 会 覆盖原有的数据。

9.4K20

MySQLid超大问题查询 转

查了资料之后,小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,... "test1"),(NULL, 107, "test2"),(3, 108, "test2");   -- 这里的id是多少呢? ...上面的例子执行完之后表的下一个id是10,你理解对了吗,因为最后一条执行的是一个Mixed-mode inserts语句,innoDB会分析语句,然后分配三个id,此时下一个id就是10了,但分配的三个...删除表的主键 删除主键,让唯一索引来做主键,这样子基本不用做什么变动,只要确定目前的主键没有实际的用处即可,这样的话,插入删除的时候可能会影响效率,但对于查询多的情况来说,小A比较两种之后更愿意选择后者

4.9K20

技术分享 | 关于 MySQL ID 的事儿

当我们使用 MySQL 进行数据存储时,一般会为一张表设置一个主键,当有数据行插入时,该主键字段则会根据步长与偏移量增长(默认每次+1)。...的值并不是保存在表结构信息内的,对于不同的版本它们有如下的区别: 1.1.1 MySQL 8.0版本之前(重启后可能会产生变化): 计数器的值存储在内存中的,重启后丢弃,下一次将读取最大的一个ID...且当 Binlog 模式为 statement(SBR)时 ID 不能保证数据的正确性 1.5 ID 一定就是连续吗?...不一定,业务也不应该过分依赖 MySQL ID 的连续性,在以下三种情况下,并不能保证 ID 的连续性: 1.5.1 插入时的其他唯一索引冲突 假设已存在数据{1,张三},且张三所属的字段设置了唯一主键...当我们为表设置了主键后, ID 的范围则与主键的数据类型长度相关。

3K10

mysql 主键语句_MySQL 主键

连续性 插入成功时,其数据的 ID 和前一次插入成功时数据的 ID 相邻。 主键的单调性 为何会有单调性的问题? 这主要跟主键最大值的获取方式,以及存放位置有关系。...MySQL 5.7 及之前的版本,主键最大值会在启动(重启)后从数据库中取出放到内存: SELECT MAX(ai_col) FROM table_name FOR UPDATE; 这样获取是通过计算的...从 MySQL 8.0 开始,主键最大值会在每次修改后写入到 redo log,并且在每个检查点写入引擎私有的系统表。 如果是正常重启,则读取系统表里的值。...其他 如果主动指定 ID 为 0 或者 NULL 插入,则会使用数据库生成的 ID。...参考文档 为什么 MySQL主键不单调也不连续 https://database.51cto.com/art/202004/614923.htm 《MySQL技术内幕——InnoDB存储引擎》

10.7K10

线上MySQLid用尽怎么办?

作者:废柴程序员 链接:https://www.jianshu.com/p/a6bc14005b52 MySQLid都定义了初始值,然后不断加步长。...那id用完,会怎么样? 图片 表定义增值id 表定义的增值达到上限后的逻辑是:再申请下一个id时,得到的值保持不变。...InnoDB系统row_id 若你创建的InnoDB表未指定主键,则InnoDB会自动创建一个不可见的,6个字节的row_id。...所以应该在InnoDB表中主动创建主键:当表id到达上限后,再插入数据时会报主键冲突错误。 毕竟覆盖数据,就意味着数据丢失,影响数据可靠性;报主键冲突,插入失败,影响可用性。...因为MySQL使用了一个唯一数组 图片 给新线程分配thread_id时的逻辑: 图片 总结 每种id有各自的应用场景,在达到上限后的表现也不同: 表的id达到上限后,再申请时它的值就不会改变

3.8K20

线上MySQLid用尽怎么办?

MySQLid都定义了初始值,然后不断加步长。虽然自然数没有上限,但定义了表示这个数的字节长度,计算机存储就有上限。...那id用完,会怎么样? 表定义增值id 表定义的增值达到上限后的逻辑是:再申请下一个id时,得到的值保持不变。...InnoDB系统row_id 若你创建的InnoDB表未指定主键,则InnoDB会自动创建一个不可见的,6个字节的row_id。...所以应该在InnoDB表中主动创建主键:当表id到达上限后,再插入数据时会报主键冲突错误。 毕竟覆盖数据,就意味着数据丢失,影响数据可靠性;报主键冲突,插入失败,影响可用性。...因为MySQL使用了一个唯一数组 给新线程分配thread_id时的逻辑: 总结 每种id有各自的应用场景,在达到上限后的表现也不同: 表的id达到上限后,再申请时它的值就不会改变,进而导致继续插入数据时报主键冲突错误

3.2K10

MySQLid溢出的故障复盘

问题:MySQL某个表id溢出导致某业务block 背景:     tokudb引擎的一个大表tb1,存放业务上的机审日志,每天有大量的写入, 并且由于历史原因,这张表是int signed 类型的...只需要下面几步: use logdb; select max(id) from tb1;   -- 记录下当前最大的id为 xxxx create table tb2 LIKE tb1;   -- 创建影子表...alter table tb2 modify column id  bigint unsigned not null auto_increment ;   -- 修改新表为bigint unsigned...alter table tb2 auto_increment=xxxx+1;  -- 改大新表的主键起始值 rename table tb1 to tb_archive , tb2 to tb1;...后续优化措施:     增加对id的监控, 见这里 https://blog.51cto.com/lee90/2427912     整理些生产上可能遇到的突发问题,并正对性的制定相关的应急预案

4.8K20

线上MySQLid用尽怎么办?

MySQLid都定义了初始值,然后不断加步长。虽然自然数没有上限,但定义了表示这个数的字节长度,计算机存储就有上限。...那id用完,会怎么样? 表定义增值id 表定义的增值达到上限后的逻辑是:再申请下一个id时,得到的值保持不变。...InnoDB系统row_id 若你创建的InnoDB表未指定主键,则InnoDB会自动创建一个不可见的,6个字节的row_id。...所以应该在InnoDB表中主动创建主键:当表id到达上限后,再插入数据时会报主键冲突错误。 毕竟覆盖数据,就意味着数据丢失,影响数据可靠性;报主键冲突,插入失败,影响可用性。...因为MySQL使用了一个唯一数组 给新线程分配thread_id时的逻辑: 总结 每种id有各自的应用场景,在达到上限后的表现也不同: 表的id达到上限后,再申请时它的值就不会改变

2K20
领券