表类型对AUTO_INCREMENT的影响

最新推荐文章于 2025-11-30 19:25:58 发布
转载 最新推荐文章于 2025-11-30 19:25:58 发布 · 91 阅读 · 0
文章标签：

#数据库

本文探讨了MySQL中自增主键(id)的行为差异，特别是当删除部分记录并重启服务后，不同存储引擎(MyISAM与InnoDB)下自增主键的下一个值的变化。通过实例说明了MyISAM表会保留最大ID值，而InnoDB表则可能重用已删除项的ID。
如果有一张表，里面有个字段为id的自增主键，当已经向表里面插入了10条数据之后，删除了id为8，9，10的数据，再把mysql重启，之后再插入一条数据，那么这条数据的id值应该是多少，是8，还是11？ 
如果表的类型为MyISAM，那么是11。如果表的类型为InnoDB，则id为8。 
这是因为两种类型的存储引擎所存储的最大ID记录的方式不同，MyISAM表将最大的ID记录到了数据文件里，重启mysql自增主键的最大ID值也不会丢失； 
而InnoDB则是把最大的ID值记录到了内存中，所以重启mysql或者对表进行了OPTIMIZE操作后，最大ID值将会丢失。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/28282660/viewspace-1652524/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/28282660/viewspace-1652524/

InnoDB的AUTO_INCREMENT处理
yuxxz的专栏
04-23 1892
本文翻译自MySQL官方手册，对InnoDB的AUTO_INCREMENT处理作了介绍。
【重学 MySQL】六十五、auto_increment 的使用
优快云全栈领域优秀博主，阿里云博客专家，工信部权威认证物联网技术开发工程师，曾30分钟高分通过C语言二级，两天手撸代码完成EasyX飞机大战，靠接软件私活一个月换苹果电脑
10-13 2503
是一个强大的工具，可以简化主键生成的过程，确保数据的唯一性和一致性。通过合理使用，你可以避免手动管理主键值的麻烦，并专注于数据的其他方面。
MySQL内核月报 2015.01-MySQL · 捉虫动态· InnoDB自增列重复值问题
weixin_34191845的博客
05-23 267
问题重现 先从问题入手，重现下这个bug 这里我们关闭mysql，再启动mysql,然后再插入一条数据 我们看到插入了（2,2），而如果我没有重启，插入同样数据我们得到的应该是（4,2)。 上面的测试反映了mysqld重启后，InnoDB存储引擎的表自增id可能出现重复利用的情况。 自增id重复利用在某些场景下会出现问题。依然用上面的例子，假设t1有...
MySQL：auto_increment
Wei_sx的博客
11-17 1270
使用 `AUTO_INCREMENT` 定义一个列时，通常会将其设置为整数类型（如 `INT`、`BIGINT`）。该列通常被用作主键，以确保每一行的唯一性。`AUTO_INCREMENT` 是MySQL中一个非常实用的功能，简化了主键的生成和管理，让开发者可以更专注于业务逻辑而不是ID的管理。如果你需要更具体的用法或示例，随时可以问我！
mysql数据库 auto_increment_MYSQL数据库中的auto_increment
weixin_39603622的博客
02-02 1744
您的位置：首页 - MYSQL - 正文MYSQL数据库中的auto_increment在MySQL中，经常使用 AUTO_INCREMENT对主键建立自增id的行为，MySQL会自行保证主键ID的自增与不重复，使程序不需对ID进行关注。但是在使用时，MySQL对auto_increment对管理的一些特性可能会导致一些问题，所以需要手工对其进行修改。修改AUTO_INCREMENT，MySQL只...
MySQL 中主键的 AUTO_INCREMENT 详解
鸟人的博客
03-20 2156
避免手动插入唯一 ID，提升数据管理的效率。，以确保每一行数据都有唯一的标识符。💡 这会使下一个插入的数据。的列，并且通常作为主键。MySQL 允许自定义。在 MySQL 中，
mysql数据库 auto_increment_mysql学习笔记（二：中的auto_increment 理解
热门推荐
weixin_29306011的博客
01-18 1万+
1、auto_increment理解1auto_increment是用于主键自动增长的，从1开始增长，当你把第一条记录删除时，再插入第二跳数据时，主键值是2，不是1。例如：create table `test`(`id` int(10) not null auto_increment, -- 表示自增列`name` varchar(20) not null,primary key(`id`))au...
MySQL的auto_increment使用
雪非白的博客
08-02 4890
说明 总结自《mysql技术内幕（第5版）》 创建auto_increment列要遵循如下规则 每个表只能有一个列具有auto_increment属性，且必须为整数数据类型（当然，也支持浮点类型，但强烈不建议） 该列必须建立索引，最常见的就是使用primary key或unique索引，当然，也支持不唯一索引 该列必须是not null的 auto_increment列将有如下特性 用ins...
MYSQL的AUTO_INCREMENT简单使用
shi_xi_liang的博客
06-13 879
mysql中的自增字段使用
MySQL 自增列解析（Auto_increment）
最简单的方法，解决最实际的问题。
02-29 1万+
MySQL数据库为列提供了一种自增属性，当列被定义为自增时。Insert语句对该列即使不提供值，MySQL也会自动为该列生成递增的唯一标识，因此这个特性广泛用于主键的自动生成。
MySQL查询和修改auto_increment的方法
12-15
5. `auto_increment`可以与多种数据类型一起使用，但最常见的用法是与整数类型（如`INT`或`BIGINT`）结合，以确保足够的唯一性范围。 **其他相关操作** - **重置`auto_increment`**: 如果需要将`auto_increment`...
blog_auto_increment
03-03
标题“blog_auto_increment”暗示了我们讨论的主题与数据库中的自动递增字段有关，这通常用于在插入新记录时自动生成唯一的标识符。在数据库管理中，自动递增（Auto Increment）是一个非常重要的概念，尤其在关系型...
MySQL中InnoDB 表的 自增（AUTO_INCREMENT ）列详解
jkzyx123的博客
01-27 1530
MySQL中InnoDB 表的 自增（AUTO_INCREMENT ）列的三种模式
面试必问——Redis 主从同步
2301_79966297的博客
11-26 618
偏移量，随着记录在repl_baklog中的数据增多而逐渐增大。salve完成同步时也会记录当前同步的offset。如果salve的offset小于master的offset，说明salve的数据落后于master，需要更新。：简称replid,是数据集的标记，id一致则说明是同一个数据集。每个master都有唯一的replid,salve则会继承master节点的replid。：单点的Redis的并发能力是有限的，要进一步提高Redis的并发能力，就需要搭建主从集群，实现读写分离。
基于Python与Go构建云原生微服务自动化运维平台的架构设计思路实践策略与性能优化方法全流程解析
2501_94114213的博客
11-26 841
Python 提供灵活的任务调度与编排能力，Go 提供高并发、高吞吐的任务执行与采集能力。两者结合构建的云原生微服务运维平台能够在大规模环境下实现：自动化高可靠弹性扩展可观测高性能随着企业上云进程加速，Python + Go 的混合运维平台将成为云原生运维的标准实践方案。
redis基本类型 5种基本类型
最新发布
yeshihouhou的博客
11-30 170
List的另一个应用就是消息队列，可以利用List的 PUSH 操作，将任务存放在List中，然后工作线程再用 POP 操作将任务取出进行执行。我们在谈基础数据结构时，讨论的是存储值的数据类型，主要包括常见的5种数据类型，分别是：String、List、Set、Zset、Hash。Redis hash 是一个 string 类型的 field（字段） 和 value（值） 的映射表，hash 特别适合用于存储对象。Redis 中集合是通过哈希表实现的，所以添加，删除，查找的复杂度都是 O(1)。
influx2.0+grafana
lan266548_ning的博客
11-27 424
Mac 安装 Docker（Docker Desktop）教程官方下载地址：根据你的 Mac 类型，下载对应版本：Intel。
后端在分布式存储中的元数据管理
2509_93946509的博客
11-28 466
但实际生产环境中远不止这些：数据的冷热状态、压缩标志、校验和、生命周期标签，甚至用户自定义的扩展属性，都是元数据的一部分。我们团队就吃过亏，早期设计时只考虑了基础字段，后来业务方想要实现智能分层存储，不得不对元数据表做了两次大的结构调整，那个迁移过程简直噩梦。我们现在用的是Raft共识算法，虽然写性能有些损失，但保证了数据的强一致性，运维起来也省心。按文件路径哈希是最简单的，但有个问题：同一个目录下的文件可能被散列到不同节点，做目录遍历时要跨节点查询，效率很低。全量缓存不现实，我们吃过内存溢出的亏。
Spring Boot「多数据源并存」的设计思路，它与动态数据源又有什么区别？
weixin_46739493的博客
11-27 1341
我不切换数据源，我只是同时拥有多个 DataSource，每一个都明确对应自己的 Mapper / SqlSessionFactory / 事务管理器。其核心特点是：同时存在多个 DataSource Bean每个 DataSource 有自己的配置每个 DataSource 对应自己的 Mapper / Dao / Service不使用 AbstractRoutingDataSource不需要 ThreadLocal 切换不互相影响各自为政使用起来一模一样怎么切换？
表AUTO_INCREMENT
08-20
3. **复制环境**：主从复制时需使用 `auto_increment_increment` 和 `auto_increment_offset` 避免冲突 4. **手动插入**：显式指定自增字段值会更新序列计数器 --- ### 进阶技巧 ```sql -- 查看所有表的自增值 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值