首页
学习
活动
专区
圈层
工具
发布

MySQL自增id超过int最大值的场景

技术社群的这篇文章《MySQL自增id超过int最大值怎么办?》就给我们讲解了MySQL数据库自增列达到上限该怎么办,借鉴学习下。...二、问题分析 因为数据表很大,有5E+数据,我第一反应是mysql表数据量可能爆了,但是查了下好像没有太大限制, 再认真看了下表的自增id,这个数字让人有点熟悉的,这个不就是int的最大值吗。...第三个分库分表就更麻烦了,分库分表需要引入框架,不按照分片查询还需要引入ES,引入了ES还需要引入同步mysql和ES的中间件logstash等。...但是按理说int最大值是21E+,数据表数据才5E+,按理说是用不完的。结果我看到自增的id值居然是不连续的。...五、总结 之前刷到一篇文章《字节面试:MySQL自增ID用完会怎样?》,评论区都说有没有用完的,结果我真用完了,就感觉有点不可思议。

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

    解决MySQL自增id用尽的问题

    * @param lastMaxId 上次统计结果中的最大id */ List statisticAfter(Integer lastMaxId...问题描述由于本项目的用户量比较大,因此每天会产生约4,000,000个文章点击事件,导致数据量激增经过几年的积累,article_click_record表出现了如下两个问题:该表的最大id已接近2,100,000,000...* * @param lastMaxId 上次统计结果中的最大id;更改为Long类型 */ List statisticAfter...已经溢出(MySQL在自增id达到最大值后,下次再获取自增id时,还是会获取到最大值) // 因此,当出现DuplicateKeyException异常时,只需将oldTableIdOverflow...大于lastMaxId的记录进行统计 * * @param lastMaxId 上次统计结果中的最大id */ @Override public List<ArticleStatisticResult

    2.9K10

    MySQL 主键 自增 ID 会用完吗?

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

    11.8K20

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

    当我们使用 MySQL 进行数据存储时,一般会为一张表设置一个自增主键,当有数据行插入时,该主键字段则会根据步长与偏移量增长(默认每次+1)。...自增的值并不是保存在表结构信息内的,对于不同的版本它们有如下的区别: 1.1.1 MySQL 8.0版本之前(重启后可能会产生变化): 计数器的值存储在内存中的,重启后丢弃,下一次将读取最大的一个自增ID...https://dev.mysql.com/doc/refman/5.7/en/innodb-auto-increment-handling.html#innodb-auto-increment-initialization...1.1.2 MySQL 8.0版本(重启后保持不变): 计数器的值将会持久化到磁盘。...不一定,业务也不应该过分依赖 MySQL 自增 ID 的连续性,在以下三种情况下,并不能保证自增 ID 的连续性: 1.5.1 插入时的其他唯一索引冲突 假设已存在数据{1,张三},且张三所属的字段设置了唯一主键

    5.2K10

    关于mysql自增id的获取和重置

    转载请注明出处:帘卷西风的专栏(http://blog.csdn.net/ljxfblog) ---- mysql获取自增id的几种方法 使用max函数:select max(id) from tablename...缺点:获取的不是真正的自增id,是表中最大的Id,如果有删除数据的话,那么该值和自增id相差比较大。如果有连表数据,有可能导致数据错乱。...使用mysql查询函数:SHOW TABLE STATUS; 优点:能够准确的查到自增id。而且可以在语句后面加上where语句或者like语句来过滤。...---- mysql自增id的重置 使用truncate:truncate table; 说明:使用truncate会删除表的数据释放空间,并且重置字自增id,但不会删除表的定义。...适用于大量删除后修改新的标识,但不能比当前表中最大值小。 使用修改表的方法:alter table tablename auto_increment=new 说明:此方法和上面的二方法类似。

    13.7K20

    MyBatis + MySQL返回插入成功后的主键id

    这是最近在实现perfect-ssm中的一个功能时碰到的一个小问题,觉得需要记录一下,向MySQL数据库中插入一条记录后,需要获取此条记录的id值,以生成对应的key值存入到redis中,id为自增int...articleCreateDate},#{articleContent},#{addName}) 这种方式只是返回一个影响行数值,并不能满足此次需求,于是做了如下修改: id...#{articleContent},#{addName}) 在insert中将useGeneratedKeys属性设置为true,并制定keyProperty为Article对象的id...=null); System.out.println("insert后article的id:"+article.getId()); } 结果如下: ?...mysql中表的记录如下: ? 结语 首发于我的个人博客,新的项目演示地址:perfect-ssm,登录账号:admin,密码:123456 ?

    5.4K60

    MySQL ORDER BY主键id加LIMIT限制走错索引

    背景及现象 report_product_sales_data表数据量2800万; 经测试,在当前数据量情况下,order by主键id,limit最大到49的时候可以用到索引report_product_sales_data_hq_code_orgz_id_index...PRIMARY 4 NULL 7624 Using where 开启优化器跟踪查看MySQL优化过程 -- 开启优化器跟踪 set session optimizer_trace...这边时,MySQL也没有改变执行计划,还是选择了report_product_sales_data_hq_code_orgz_id_index索引 "clause": "ORDER...where 总结 在order by id的情况下,MySQL由于自身的优化器选择,为了避免某些排序的消耗,可能会走非预期的PRIMARY主键索引; 对于数据量比较大,而且执行量很高的分页sql,尽可能将所有的查询字段包括在索引中...,同时使用索引来消除排序; 多用explain查看是否使用到了最优索引; 利用optimizer trace查看优化器执行过程; 观察mysql的slow_query_log,及时做排查优化。

    7.5K32

    MySQL自增id超大问题查询 转

    很快,小A就排查了一遍自己的代码,没有删除的地方,也没有主动插入、更新id的地方,怎么会这样呢?...查了资料之后,小A得知,原来,mysql主键自增有个参数innodb_autoinc_lock_mode,他有三种可能只0,1,2,mysql5.1之后加入的,默认值是1,之前的版本可以看做都是0。...是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并不一定都使用。

    6.2K20

    MySQL ORDER BY主键id加LIMIT限制走错索引

    背景及现象 report_product_sales_data表数据量2800万; 经测试,在当前数据量情况下,order by主键id,limit最大到49的时候可以用到索引report_product_sales_data_hq_code_orgz_id_index...    PRIMARY 4  NULL    7624    Using where 开启优化器跟踪查看MySQL优化过程 -- 开启优化器跟踪 set session optimizer_trace...这边时,MySQL也没有改变执行计划,还是选择了report_product_sales_data_hq_code_orgz_id_index索引               "clause": "ORDER...这边时,MySQL改变了执行计划,选择了PRIMARY主键索引               "clause": "ORDER BY",               "index_order_summary...where 总结 在order by id的情况下,MySQL由于自身的优化器选择,为了避免某些排序的消耗,可能会走非预期的PRIMARY主键索引; order by 和 limit 结合使用,如果where

    2.6K10
    领券