当前位置: 首页 > news >正文

MySQL的ID用完了,怎么办?

目 录

一 首先首先分情况

二  自增ID

1 mysql 数据库创建一个自增键的表

2 导出表结构

3 重新创建 自增键是4294967295的表

4 查看表结构

5 异常测试

三 填充主键

1 首先创建一个test 表,主键不自增

2 插入主键最大值

3 再次插入主键最大值+1

四 没有声明主键

1 在创建表没有声明主键


一 首先首先分情况

mysql 的ID分自增id,填充id和 没有id三情况

二  自增ID

 mysql自增ID用完怎么办

1 mysql 数据库创建一个自增键的表

首先,创建一个最简单的表,只包含一个自增id,并插入一条数据。

CREATE TABLE test
(
id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY
) ;

insert into test values(null);
 

2 导出表结构

然后查看表结构 show create table test;

CREATE TABLE `test` (
  `id` int unsigned NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin

可以发现 AUTO_INCREMENT 已经自动变成2,这离用完还有很远,我们可以算下最大当前声明的自增ID最大是多少,由于这里定义的是 intunsigned,所以最大可以达到2的32幂次方 - 1 = 4294967295

3 重新创建 自增键是4294967295的表

这里有个小技巧,可以在创建表的时候,直接声明AUTO_INCREMENT的初始值

CREATE TABLE `test` (
  `id` int unsigned NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4294967295 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin

insert into test values(null);

4 查看表结构

CREATE TABLE `test` (
  `id` int unsigned NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4294967295 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin

5 异常测试

可以发现,AUTO_INCREMENT已经变成4294967295了,当想再尝试插入一条数据时,得到了下面的异常结果

1 queries executed, 0 success, 1 errors, 0 warnings

查询:insert into test values(null)

错误代码: 1062
Duplicate entry '4294967295' for key 'test.PRIMARY'

说明,当再次插入时,使用的自增ID还是 4294967295,报主键冲突的错误。

4294967295,这个数字已经可以应付大部分的场景了,如果你的服务会经常性的插入和删除数据的话,还是存在用完的风险,建议采用bigint unsigned,这个数字就大了。

三 填充主键

1 首先创建一个test 表,主键不自增

CREATE TABLE `test` (
  `id` int unsigned NOT NULL ,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin

2 插入主键最大值

INSERT INTO
test VALUES
(
4294967295
);

3 再次插入主键最大值+1

INSERT INTO
test VALUES
(
4294967295
);

发现字段越界如下:
INSERT INTO test VALUES ( 4294967296 )

错误代码: 1264
Out of range value for column 'id' at row 1

四 没有声明主键

1 在创建表没有声明主键

如果是这种情况,InnoDB会自动帮你创建一个不可见的、长度为6字节的row_id,而且InnoDB 维护了一个全局的 dictsys.row_id,所以未定义主键的表都共享该row_id,每次插入一条数据,都把全局row_id当成主键id,然后全局row_id加1

该全局row_id在代码实现上使用的是bigint unsigned类型,但实际上只给row_id留了6字节,这种设计就会存在一个问题:如果全局row_id一直涨,一直涨,直到2的48幂次-1时,这个时候再+1,row_id的低48位都为0,结果在插入新一行数据时,拿到的row_id就为0,存在主键冲突的可能性。

所以,为了避免这种隐患,每个表都需要定一个主键。

http://www.lryc.cn/news/65356.html

相关文章:

  • JSP基于Iptables图形管理工具的设计与实现(源代码+论文)
  • 什么是数据库分片?
  • 软件工程知识点
  • 华为OD机试 - 投篮大赛(Python)
  • 《花雕学AI》讯飞星火认知大模型的特点和优势,与ChatGPT的对比分析
  • 【Python入门】Python的判断语句(if else 语句)
  • (4.28-5.4)【大数据新闻速递】数字中国峰会成功举办;“浙江数据知识产权登记平台”上线;贵州大数据活跃;AI教父从谷歌离职
  • 领域驱动设计(Domain Driven Design)之建立领域模型
  • 有研究员公开了一个解析并提取 Dell PFS BIOS 固件的工具(下)
  • iOS开发系列--Swift语言
  • 【MOMO】高水平期刊目录(持续更新)
  • LVS负载均衡集群--DR模式
  • RabbitMQ --- 死信交换机
  • 如何在个人web项目中使用会话技术(cookiesession)?
  • 创建线索二叉树
  • HNU-操作系统OS-实验Lab2
  • 如何使用HTML和CSS创建有方向感知的按钮
  • java 线程安全
  • 移动硬盘修复后文件丢失恢复方法
  • 直线飙升到10万+star的AutoGpt,有多强?帮我写了个网页!
  • rk3568平台调试typec口实现uvc输出,网络共享等功能
  • java基础知识——26.反射
  • 【容器化】Docker 简介和安装
  • 性能测试场景分析并设计?超细案例讲解,看这篇就够了
  • JAVA9新特性
  • ( 数组和矩阵) 645. 错误的集合 ——【Leetcode每日一题】
  • 2023年全国最新道路运输从业人员精选真题及答案63
  • Kettle安装与使用
  • C51 - DS18B20
  • 手把手教你使用vue2搭建微前端micro-app