无特殊需求下 Innodb 建议使用与业务无关的自增 ID 作为主键。聚集索引，数据记录本身被存于主索引（一颗 B + Tree）的叶子节点上，这就要求同一个叶子节点内（大小为一个内存页或磁盘页）的各条数据记录按主键顺序存放。因此每当有一条新的记录插入时，MySQL 会根据其主键将其插入适当的节点和位置，如果页面达到装载因子（InnoDB 默认
转载
2023-10-17 19:41:44
56阅读
在只使用单数据库时，使用自增主键ID无疑是最适合的。
但在集群、主从架构上时就会有一些问题，比如：主键的全局唯一
这里介绍一下在集群环境下除了自增ID外的其它创建主键的方案
1、通过应用程序生成一个GUID，然后和数据一起插入切分后的集群。优点是维护简单，实现也容易。缺点是应用的计算成本较大，且GUID的长度比较长，占用数据库存储空间较大，涉及到应用
转载
2023-08-05 00:57:51
120阅读
# MySQL自增主键不连续
在MySQL中，自增主键是一种常见的用于唯一标识每条记录的方式。自增主键的特点是每插入一条新记录，主键的值会自动递增，保证了每条记录的唯一性。然而，有时候我们会发现MySQL的自增主键并不连续，即存在跳跃的情况。本文将详细介绍MySQL自增主键不连续的原因以及解决办法。
## 原因分析
### 1. 删除记录导致的不连续
当我们删除表中的记录时，MySQL的自
原创
2023-08-18 07:28:53
718阅读
## 实现mysql自增主键不连续的步骤
### 1. 创建一个测试表
首先，我们需要创建一个测试用的表，用于演示如何实现mysql自增主键不连续。
```sql
CREATE TABLE `test_table` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`name` VARCHAR(100) NOT NULL,
PRIMARY KEY (`
原创
2023-11-05 12:59:04
54阅读
当我们在使用关系型数据库时，主键（Primary Key）是无法避开的概念，主键的作用就是充当记录的标识符，我们能够通过标识符在一张表中定位到唯一的记录。
在关系型数据库中，我们会选择记录中多个字段的最小子集作为该记录在表中的唯一标识符[^1]，根据关系型数据库对主键的定义，我们既可以选择单个列作为主键，也可以选择多个列作为主键，但是主键在整个记录中必须存在并且唯一。
最常见的方式当然是
转载
2021-07-13 14:58:48
244阅读
当我们在使用关系型数据库时，主键（Primary Key）是无法避开的概念，主键的作用就是充当记录的标识符，我们能够通过标识符在一张表中定位到唯一的记录，作者在 为什么总是需要无意义的 ID 曾经介绍过为什么不应该使用有意义的字段来充当唯一标识符，感兴趣的读者可以了解一下。在关系型数据库中，我们会选择记录中多个字段的最小子集作为该记录在表中的唯一标识符[^1]，根据关系型数据库
转载
2023-09-16 20:23:27
68阅读
当我们在使用关系型数据库时，主键（Primary Key）是无法避开的概念，主键的作用就是充当记录的标识符，我们能够通过标识符在一张表中定位到唯一的记录，作者在为什么总是需要无意义的 ID 曾经介绍过为什么不应该使用有意义的字段来充当唯一标识符，感兴趣的读者可以了解一下。在关系型数据库中，我们会选择记录中多个字段的最小子集作为该记录在表中的唯一标识符[^1]，根据关系型数据库对主键的定义，我们既可
原创
2021-05-29 09:31:41
258阅读
最近项目上需要实现这么一个功能:统计每个人每个软件的使用时长,客户端发过来消息,如果该用户该软件已经存在增更新使用时间,如果没有则新添加一条记录,代码如下:insert into app_table(userName,app,duration)values(#{userName},#{item.app},#{item.duration})on duplicate key update durati
自增主键可以让主键索引尽量地保持递增顺序插 入，避免了页分裂，因此索引更紧凑。 但实际上自增主键不能保证连续递增。创建一个表：CREATE TABLE `t` ( `id` int(11) NOTNULLAUTO_INCREMENT,
`c` int(11) DEFAULTNULL,
`d` int(11) DEFAULTNULL,
PRIMARY KEY (`id`),
UNIQUE K
转载
2023-10-28 12:24:23
107阅读
39 自增主键为什么不连续Mysql的innodb的自增主键，由于自增主键可以让主键索引尽量得保持递增顺序插入，避免了页分裂，因此索引更紧凑。在设计的时候，自增主键是不能保证连续的。 | t39 | CREATE TABLE `t39` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`c` int(11) DEFAULT NULL,
`d` in
一、自增值保存在哪儿？不同的引擎对于自增值的保存策略不同1.MyISAM引擎的自增值保存在数据文件中2.InnoDB引擎的自增值，在MySQL5.7及之前的版本，自增值保存在内存里，并没有持久化。每次重启后，第一次打开表的时候，都会去找自增值的最大值max(id)，然后将max(id)+步长作为这个表当前的自增值select max(ai_col) from table_name for upda
转载
2023-06-17 23:03:39
174阅读
当我们在使用关系型数据库时，主键（Primary Key）是无法避开的概念，主键的作用就是充当记录的标识符，我们能够通过标识符在一张表中定位到唯一的记录，作者在 为什么总是需要无意义的 ID 曾经介绍过为什么不应该使用有意义的字段来充当唯一标识符，感兴趣的读者可以了解一下。在关系型数据库中，我们会选择记录中多个字段的最小子集作为该记录在表中的唯一标识符[^1]，根据关系型数据库
# 如何实现mysql自增主键
## 1. 整个流程
| 步骤 | 描述 |
| ---- | ---- |
| 1 | 创建表时定义主键列，设置为自增|
| 2 | 插入数据时不指定主键值|
| 3 | 自动分配主键值|
## 2. 每一步具体操作
### 步骤1
在创建表时，需要定义一个主键列，并设置为自增。例如，我们创建一个students表，其中id为主键列，设置为自增：
```
# MySQL主键为什么要自增？MySQL表为什么要有自增主键？
在MySQL数据库中，主键是一种用于唯一标识每一行数据的特殊字段。主键的选择对于数据库的性能和数据完整性非常重要。在很多情况下，我们会选择使用自增主键，即自动递增的整数值作为主键。本文将从性能、数据完整性和应用程序开发的角度，解释为什么MySQL主键要自增，并给出相应的代码示例。
## 1. 性能优化
### 1.1 索引优势
原创
2023-08-30 11:46:23
1373阅读
一、前言众所周知，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，大量的随机 IO，自增主键不连续。这应该是大家已经熟知的知识点，但是也应该还有不少的朋友不知道为何自增主键不是严格递增的？什么情况下自增主键会出现 “断层”？为了更加形象，这里创建一个表 xl_tb，其中 id 是自增主键字段，a 是唯一索引，然后插入一条数据，查看它的表结构：CREATE TABLE `NewTab
转载
2023-10-10 12:28:52
87阅读
使用on duplicate key update语法有时是很方便，但是会有一个影响：默认情况下，每次更新都会更新该表的自增主键ID，如果更新频率很快，会导致主键ID自增的很快，过段时间就超过数字类型的的范围了
解决这个问题，有两种方式：(实际我目前使用的方式是把自增主键ID设置为bigint,也有一部分操作先查询再选择插入OR更新)
方法一：拆分成两个动作，先查询，再更新
方法二：修改innod
MySQL 的自增主键不仅会出现空洞还可能发生重复或者回退，本文简单谈谈出现这些异常的原因。
转载
2021-09-15 16:10:03
130阅读
在第4篇文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。之前我见过有的业务设计依赖于自增主键的连续性，也就是说，这个设计假设自增主键是连续的。但实际上，这样的假设是错的，因为自增主键不能保证连续递增。今天这篇文章，我们就来说说这个问题，看看什么情况下自增主键会出现 “空洞”？为了便于说明，我们创建一个表t，其中id是自增主键字段、c是唯一
转载
2023-10-19 14:35:27
712阅读
Mysql实战45讲(三十九):自增主键为什么不是连续的？在第4篇文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。之前我见过有的业务设计依赖于自增主键的连续性，也就是说，这个设计假设自增主键是连续的。但实际上，这样的假设是错的，因为自增主键不能保证连续递增。今天这篇文章，我们就来说说这个问题，看看什么情况下自增主键会出现 “空洞”？为了便
