这个问题是一个粉丝给我提的，我觉得挺有意(KENG)思(B)! 于是，今天我们就来谈一谈，这个自增主键用完了该怎么办！
mysql中的6个列属性：null，default，comment，primary key，unique key，auto_increment
如果你的业务设计依赖于自增主键的连续性，这个设计假设自增主键是连续的。但实际上，这样的假设是错的，因为自增主键不能保证连续递增。
结合实例分析了自增值保存在哪里，自增值的修改策略，以及自增值不连续的四个场景，希望对各位小伙伴们有所帮助~
在 第4篇 文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。
可以看到表定义中出现了AUTO_INCREMENT=2，表示下一次插入数据时如果需要自动生成自增值，那么id便是2。
本文在测试 insert、insert ignore、replace into 三种数据插入方式的时候，发现插入数据的时候在表内存在带有“唯一特性”的值重复的情况下三种语句的处理方式。最终发现了MySQL主键自增值“空洞”了
聊一个实际问题：淘宝的数据库，主键是如何设计的？ 某些错的离谱的答案还在网上年复一年的流传着，甚至还成为了所谓的MySQL军规。其中，一个最明显 的错误就是关于MySQL的主键设计。
在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用做一梳理： 在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用
使用MYSQL有一段时间了，由于公司使用SQLSERVER和MYSQL，而且服务器数量和数据库数量都比较多
最近在极客时间上学习丁奇大佬的《MySQL 45讲》，这里结合自己的理解分享出来，喜欢的同学可以购买原版课程进行学习，里面的内容很丰富。
自增主键：特指在自增列上定义的主键。 自增主键的优点是让主键索引保持递增顺序的插入，避免页分裂，索引更加紧凑。
在mysql中有多种自增id，除了我们日常开发中经常使用的自增主键外，还有一些其他的自增id，主要是mysql内部为了辅助其正常运行而使用的。
自增id是整型字段，我们常用int类型来定义增长id，而int类型有上限 即增长id也是有上限的。
约束其实就是一种限制,用于修饰表中的列. 通过这种限制来保证表中数据的正确性、有效性和完整性。
某些错的离谱的答案还在网上年复一年的流传着，甚至还成为了所谓的MySQL军规。其中，一个最明显的错误就是关于MySQL的主键设计。
依托于互联网的发达，我们可以随时随地利用一些等车或坐地铁的碎片时间学习以及了解资讯。同时发达的互联网也方便人们能够快速分享自己的知识，与相同爱好和需求的朋友们一起共同讨论。
AUTO_INCREMENT=2，表示下一次插入数据时，若需要自动生成自增值，会生成id=2。
我在工作中经常会遇到有人问我，数据库表的ID是自增的，那么如果ID用完了会怎么样？说实话，我一直从事的是政企行业的开发，因为是传统行业，并且数据量基本上增长缓慢，所以到目前为止我还没遇到过自增ID用完的情况。因此我连夜做了实验，并编写了这篇文章将结果分享出来。在这里我会从两个方面来分享：有主键和无主键。（全文以MySQL为例，因为MySQL最常用）
今天工作中遇到特殊的一个任务，就是将两个自增列值的进行对调变更。 SQL Server 平台修改自增列值 由于之前处理过sql server数据库的迁移工作，尝试过其自增列值的变更，但是通过SQL 语句修改自增列值，是严格不允许的，直接报错（无法更新标识列 ’自增列名称‘）。sql server我测试是2008、2012和2014，都不允许变更自增列值，我相信SQL Server 2005+的环境均不允许变更字段列值。 如果非要在SQL Server 平台修改自增列值的，那就手动需要自增列属性，然后修改该列
MySQL主键约束是一种用于确保表中每行数据的唯一性的限制。每个表只能有一个主键，它可以是一个或多个列。
我没想到她会来这一出，我从我爸碗里夹回我的鸡腿，对女儿说道：不是，你这样问问你爷爷
3、设置值的唯一性（不允许重复数据，可以为空，但只能有一个空，否则就会被视为重复）
2.InnoDB引擎的自增值，在MySQL5.7及之前的版本，自增值保存在内存里，并没有持久化。每次重启后，第一次打开表的时候，都会去找自增值的最大值max(id)，然后将max(id)+步长作为这个表当前的自增值
看到这个问题，我想起当初玩魔兽世界的时候，25H难度的脑残吼的血量已经超过了21亿，所以那时候副本的BOSS都设计成了转阶段、回血的模式，因为魔兽的血量是int型，不能超过2^32大小。
长期以来，我的博客数据库中连续文章的主键编号一直都不是连续的，让我这个强迫症晚期患看着很不舒服。在忍受了这么长时间以后，趁着给博客换域名的时机，我把所有的文章编号全部改成了连续的，可算是舒服多了。
最近有一些朋友问我一些mysql相关的面试题，有一些比较基础，有些比较偏。这里就总结一些常见的mysql面试题吧，都是自己平时工作的总结以及经验。大家看完，能避开很多坑。而且很多问题，都是面试中也经常问到！希望能对大家的面试有一些帮助！！！
然后插入数据，最后看到，表会自动生成一个AUTO_INCREMENT的值，ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=latin1 ,表示下一次插入数据时，如果需要自动生成自增值，会生成 id=11。
主键索引是关系数据库中最常见的索引类型 主要作用是确定数据表里一条特定的数据记录的位置
表命名的规则分为3个层级，层级之间通过_分割，例如b_r_identity、d_l_identity。规约为:
本篇讲解 Mysql 的「主键」问题，从「为什么」的角度来了解 Mysql 主键相关的知识，并拓展到主键的生成方案问题。再也不怕被问到 Mysql 时只知道 CRUD 了。
很多小伙伴应该知道，在 MySQL 中主键不应该使用随机字符串。但是主键不用随机字符串用什么？主键自增？主键自增就是最佳方案吗？有没有其他坑？今天我们就来讨论下这个话题。
主键自增这应该算是一个非常常见的需求，在单机数据库中，这个需求一个 auto_increment 就能实现，但是在数据库集群中，这个需求却变复杂了，因为存在多个数据库实例 ，各自都是主键自增，合在一起就不是主键自增了。
注意一点： 如果原来的字段是空，那么你就不能把该字段修改成可以为空，当然你修改也会报错
整数类型：tinyint、smallint、mediumint、integer、bigint
出于习惯，我们一般会加一列id作为主键，而这个主键一般边上都有个AUTO_INCREMENT, 意思是这个主键是自增的。自增就是i++，也就是每次都加1。
前面和大家介绍了 MyCat 中数据库不同的分片规则，从留言中看出大家对分布式数据库中间件还挺感兴趣，因此今天就再来一篇，聊一聊主键全局自增要如何实现。
其实上面这些问题，我最早想法是，每个问题都可以啰嗦出一篇文章。后来由于良心发现，烟哥就决定用一篇文章将这些问题都讲明白。 当然，我给的回答可能并非标准答案，毕竟是自己的一些工作总结。各位读者有更好的回答，也欢迎交流！
DDL（ Data Definition Language，数据定义语言）用在定义或改变表的结构数据类型、表之间的链接和约束等初始化工作上。常用的语句关键字包括 CREATE、 DROP、 ALTER 等。
在MySQL中设计表的时候，MySQL官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增)，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用uuid，使用uuid究竟有什么坏处？
今天是《MySQL核心知识》专栏的第4章，今天跟大家一起聊聊MySQL的简单语法。好了，开始今天的正题。
今天有个同事问了个不常见的问题，就是修改主键字段，给既定的主键添加一个字段应该用什么操作。说实话，这类操作，一般是不会发生在线上的，因为线上的表的主键，通常情况下，会建议业务用自增id值，因为自增id值既满足了主键的唯一性，又可以防止过多的数据页分裂操作，而且它的范围比较广，占用的字节数量也比较少，是一个比较合适的主键角色。
MySQL数据库通过约束(constraints)防止无效的数据进入到数据库中，以保护数据的实体完整性。 MySQL中主要有六种约束，分别是：主键约束（primary key），非空约束（not null），自增长约束(auto_increment)，默认约束(default) ，零填充约束（zerofill），唯一性约束(unique)。
哈喽，好久没更新啦。因为最近在面试。用了两周时间准备，在 3 天之内拿了 5 个 offer，最后选择了广州某互联网行业独角兽 offer，昨天刚入职。这几天刚好整理下在面试中被问到有意思的问题，也借此机会跟大家分享下。
约束用于确保数据库的数据满足特定的商业规则。在mysql中，约束包括: not null、unique,primary key,foreign key,和check五种。
因为MySQL中的自增字段与Oracle数据库是不一样的，所以在这里记录一下MySQL的自增字段。
在mysql中设计表的时候，mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增)，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用uuid，使用uuid究竟有什么坏处？关注公种浩：程序员追风，回复012获取一套500多页PDF总结的MySQL学习笔记。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
