一、自增值保存在哪儿？不同的引擎对于自增值的保存策略不同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阅读
注：整理源于极客时间 SQL必知必会关于数据库的外键使用首先说一下设计数据表的原则 1.数据表的个数越少越好 2.数据表中的字段个数越少越好 3.数据表中联合主键的字段个数越少越好 4.使用主键和外键越多越好上面第4点是比较有争议的外键本身是为了实现强一致性，所以如果需要正确性>性能的话，还是建议使用外键，它可以让我们在数据库的层面保证数据的完整性和一致性。 当然不用外键，你也可以在业务层进
MySQL主键通常采用的是自增的整数类型结构。在MySQL中，主键是用来唯一标识表中每一行记录的一个列或多个列的组合，其值能保证每条记录的唯一性。主键的选择对于数据库的性能和数据完整性都至关重要。通常情况下，MySQL主键采用的结构是自增的整数类型，这不仅是因为自增主键可以提供简单且连续的唯一值，而且因为这样的设计在InnoDB存储引擎下能够更好地与数据存储的B+树结构相适应，从而提高写入操作的效
在使用InnoDB存储引擎时，如果没有特别的需要，请永远使用一个与业务无关的自增字段作为主键，除非高并发写入操作可能需要衡量自增主键，后面会讲。 经常看到有帖子或博客讨论主键选择问题，有人建议使用业务无关的自增主键，有人觉得没有必要，完全可以使用如学号或身份证号这种唯一字段作为主键。不论支持哪种论点，大多数论据都是业务层面的。如果从数据库索引优化角度看，使用InnoDB引擎而不使用自增主键绝对
# 如何实现mysql自增主键
## 1. 整个流程
| 步骤 | 描述 |
| ---- | ---- |
| 1 | 创建表时定义主键列，设置为自增|
| 2 | 插入数据时不指定主键值|
| 3 | 自动分配主键值|
## 2. 每一步具体操作
### 步骤1
在创建表时，需要定义一个主键列，并设置为自增。例如，我们创建一个students表，其中id为主键列，设置为自增：
```
# MySQL主键为什么要自增？MySQL表为什么要有自增主键？
在MySQL数据库中，主键是一种用于唯一标识每一行数据的特殊字段。主键的选择对于数据库的性能和数据完整性非常重要。在很多情况下，我们会选择使用自增主键，即自动递增的整数值作为主键。本文将从性能、数据完整性和应用程序开发的角度，解释为什么MySQL主键要自增，并给出相应的代码示例。
## 1. 性能优化
### 1.1 索引优势
原创
2023-08-30 11:46:23
1373阅读
当我们在使用关系型数据库时，主键（Primary Key）是无法避开的概念，主键的作用就是充当记录的标识符，我们能够通过标识符在一张表中定位到唯一的记录，作者在 为什么总是需要无意义的 ID 曾经介绍过为什么不应该使用有意义的字段来充当唯一标识符，感兴趣的读者可以了解一下。在关系型数据库中，我们会选择记录中多个字段的最小子集作为该记录在表中的唯一标识符[^1]，根据关系型数据库
转载
2023-09-16 20:23:27
68阅读
在第4篇文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。之前我见过有的业务设计依赖于自增主键的连续性，也就是说，这个设计假设自增主键是连续的。但实际上，这样的假设是错的，因为自增主键不能保证连续递增。今天这篇文章，我们就来说说这个问题，看看什么情况下自增主键会出现 “空洞”？为了便于说明，我们创建一个表t，其中id是自增主键字段、c是唯一
转载
2023-10-19 14:35:27
712阅读
无特殊需求下 Innodb 建议使用与业务无关的自增 ID 作为主键。聚集索引，数据记录本身被存于主索引（一颗 B + Tree）的叶子节点上，这就要求同一个叶子节点内（大小为一个内存页或磁盘页）的各条数据记录按主键顺序存放。因此每当有一条新的记录插入时，MySQL 会根据其主键将其插入适当的节点和位置，如果页面达到装载因子（InnoDB 默认
转载
2023-10-17 19:41:44
56阅读
Mysql实战45讲(三十九):自增主键为什么不是连续的？在第4篇文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。之前我见过有的业务设计依赖于自增主键的连续性，也就是说，这个设计假设自增主键是连续的。但实际上，这样的假设是错的，因为自增主键不能保证连续递增。今天这篇文章，我们就来说说这个问题，看看什么情况下自增主键会出现 “空洞”？为了便
# 为什么MySQL推荐自增长主键
在数据库设计中，主键是一种用来唯一标识每一条记录的字段，它可以帮助我们在大量数据中快速定位到需要的记录。而在MySQL中，推荐使用自增长主键作为主键的类型，下面我们来探讨一下为什么MySQL推荐使用自增长主键。
## 1. 节约存储空间
使用自增长主键可以节约存储空间，因为自增长主键通常是使用整型数据类型，比如`INT`或`BIGINT`，这些整型数据类型
前段时间做了一次数据库主键uuid改为自增int降低插入数据iops的小小实践，当然影响插入iops的不仅仅是主键，如果其他索引也比较多，iops也可能不会有明显的降低，这跟索引的存储有关，文章的后面仔细探讨一 背景1、说明数据库说明： 4核8G，iops最大5000，网络带宽富余，cpu和内存都是健康状态。存储引擎innodb现有数据量和表结构说明： &nbs
我们都知道表的主键一般都要使用自增 id，不建议使用业务 id ，是因为使用自增 id 可以避免页分裂。这个其实可以相当于一个结论，你都可以直接记住这个结论就可以了。但是如果你要弄明白什么是页分裂，或者什么情况下会页分裂，这个时候你就需要对 mysql 的底层数据结构要有一定的理解了。我这里也稍微解释一下页分裂，mysql (注意本文讲的 mysql 默认为InnoDB 引擎)底层数据结构是 B+
转载
2023-08-31 10:50:40
223阅读
1.主键自增类型问题：int、bigint： 有符号int最大约22亿，远大于一般业务需求了和MySQL单表所能支持的性能上限，其实主键达到20多亿时应该去考虑分库分表了，如果要加大预留量，可以把主键改为改为无符号int（int unsigned）上限约为42亿，这个预留量已经是非常的充足了；使用bigint，会占用更大的磁盘
在 MySQL 数据表的设计中，官方推荐我们不要使用 UUID 或者其他不连续不重复的 id，而是推荐使用连续自增的主键 id（auto_increment）。随着现在许多项目都涉及到了分布式或者微服务，后续或多或少都会针对具体的服务需求对数据库进行拆分（分库分表），这里就会产生一个问题，拆分后的 id 该如何妥善处理？例如，在之前的业务中，所有的数据内容都是存放在同一张数据表中的，主键 id 都
转载
2023-08-31 10:57:06
119阅读
在设计关系型表结构时，设计主键是一个必不可少的步骤。实际应用中，经常会看到一些表使用连续自增 id 作为主键，一些表使用 uuid 作为主键，也有使用雪花 id 作主键的。对于在 mysql 中设计表的时候，mysql 官方推荐不要使用 uuid 或者不连续不重复的雪花 id (long形且唯一，单机递增)，而是推荐连续自增的主键 id，官方的推荐是 auto_increment，那么为什么不建议
转载
2023-08-31 11:12:31
65阅读
我们前面提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。自增值 的实现机制1. 存储 表定义里面出现了一个 AUTO_INCREMENT=2，表示下一次插入数据时，如果需要自动生成自增值，会生成 id=2。这个输出结果容易引起这样的误解：自增值是保存在表结构定义里的。实际上，表的结构定义存放在后
转载
2023-06-22 11:50:30
861阅读
在MySQL中经常会配置自增长属性的字段作为主键，特别是使用InnoDB存储引擎，当然这也是Mysql官方推荐方式。mysql中使用数据库提供的自增数值型字段作为自增主（外）键优点：1.数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利，提高查询效率；2.数字型，占用空间小，易排序，在程序中传递也方便；3.如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。4.针
原创
2022-04-17 14:09:00
280阅读
前几天开发童鞋反馈一个利用load data infile命令导入数据主键冲突的问题，分析后确定这个问题可能是mysql的一个bug，这里提出来给大家分享下。以免以后有童鞋遇到类似问题百思不得其解，难以入眠，哈哈。废话少说，进入正题。 拿到问题后，首先查看现场，发现问题表的中记录的最大值比自增列的值要大，那么很
转载
2023-08-15 23:47:42
523阅读
