最近在极客时间上学习丁奇大佬的《MySQL 45讲》，这里结合自己的理解分享出来，喜欢的同学可以购买原版课程进行学习，里面的内容很丰富。
如果你的业务设计依赖于自增主键的连续性，这个设计假设自增主键是连续的。但实际上，这样的假设是错的，因为自增主键不能保证连续递增。
在 第4篇 文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。
使用MYSQL有一段时间了，由于公司使用SQLSERVER和MYSQL，而且服务器数量和数据库数量都比较多
AUTO_INCREMENT=2，表示下一次插入数据时，若需要自动生成自增值，会生成id=2。
然后插入数据，最后看到，表会自动生成一个AUTO_INCREMENT的值，ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=latin1 ,表示下一次插入数据时，如果需要自动生成自增值，会生成 id=11。
因为MySQL中的自增字段与Oracle数据库是不一样的，所以在这里记录一下MySQL的自增字段。
结合实例分析了自增值保存在哪里，自增值的修改策略，以及自增值不连续的四个场景，希望对各位小伙伴们有所帮助~
当在MySQL数据库中，自增ID是一种常见的主键类型，它为表中的每一行分配唯一的标识符。在某些情况下，我们可能需要在现有的MySQL表中添加自增ID，以便更好地管理和索引数据。在本文中，我们将讨论如何在MySQL现有表中添加自增ID，并介绍相关的步骤和案例。
我们在设计表结构的时候，经常会对某一列设置自增长的值，它的作用是可以帮助我们自动递增某一列的值，自增长的属性经常被设置在主键列上，原因是主键必须具有唯一性，而自动增长可以避免重复，二者结合恰到好处。除此之外，自增长的属性还可以避免在数据插入的时候，出现大量的数据页分裂操作，关于这一点，后面说到索引的时候，会着重介绍，现在我们只需要知道，主键一般设置成自增长的即可。
之前的文章把 InnoDB 中的所有的锁都介绍了一下，包括意向锁、记录锁...自增锁巴拉巴拉的。但是后面我自己回过头去看的时候发现，对自增锁的介绍居然才短短的一段。
2.InnoDB引擎的自增值，在MySQL5.7及之前的版本，自增值保存在内存里，并没有持久化。每次重启后，第一次打开表的时候，都会去找自增值的最大值max(id)，然后将max(id)+步长作为这个表当前的自增值
自增主键：特指在自增列上定义的主键。 自增主键的优点是让主键索引保持递增顺序的插入，避免页分裂，索引更加紧凑。
今天是《MySQL核心知识》专栏的第4章，今天跟大家一起聊聊MySQL的简单语法。好了，开始今天的正题。
在mysql中有多种自增id，除了我们日常开发中经常使用的自增主键外，还有一些其他的自增id，主要是mysql内部为了辅助其正常运行而使用的。
正文之前 昨天终于把我苦命的毕业设计审批表送出去了。结果暑假的生产实习开始对账，我这儿又开始忙活了，还要签字，我有时候都在想要不全班代签一遍算了。不然真的揪心啊！mmp，就学校这些东西破事多！！虽然合
通常，我们都会在数据库表中设置一个自增字段作为主键，该字段的值会随着添加新记录而自增。 同时也必须注意，这个自增字段的值只会一直增加，即使把记录删除了，该自增字段的值也不会变小。 因此，就会产生一个现象：假如某些记录被物理删除了，那么表中记录的这个自增字段值就不是连续的。 即：通过某个自增值去查询的时候表里并不存在该记录。
可以看到表定义中出现了AUTO_INCREMENT=2，表示下一次插入数据时如果需要自动生成自增值，那么id便是2。
大家好，最近粉丝问我这样的一个面试题。MySQL的自增 ID 用完了，怎么办？以下是这个面试题的解决方案。
AI文本 OCR识别最佳实践 AI Gamma一键生成PPT工具直达链接 玩转cloud Studio 在线编码神器 玩转 GPU AI绘画、AI讲话、翻译,GPU点亮AI想象空间 随着业务数据的增长
在一些中小型项目开发中，我们通常会使用自增 ID 来作为主键的生成策略，但随着时间的推移，数据库的信息也会越来越多，尤其是使用自增 ID 作为日志表的主键生成策略时，可能很快就会遇到 ID 被用完的情况，那么如果发生了这种情况，MySQL 又会怎样执行呢？
查看数据库编码 use xxx show variables like 'character_set_database';
如果你用过或了解过MySQL，那你一定知道自增主键了。每个自增id都是定义了初始值，然后按照指定步长增长（默认步长是1）。虽然，自然数是没有上限的，但是我们在设计表结构的时候，通常都会指定字段长度，那么，这时候id就有上限了。既然有上限，就总有被用完的时候，如果id用完了，怎么办呢？今天就一起来学习下吧。
如果你用过或了解过MySQL，那你一定知道自增主键了。每个自增id都是定义了初始值，然后按照指定步长增长（默认步长是1）。虽然，自然数是没有上限的，但是我们在设计表结构的时候，通常都会指定字段长度，那么，这时候id就有上限了。
很多小伙伴应该知道，在 MySQL 中主键不应该使用随机字符串。但是主键不用随机字符串用什么？主键自增？主键自增就是最佳方案吗？有没有其他坑？今天我们就来讨论下这个话题。
面试官：咱们聊聊mysql的自增id。mysql自增id给我们的自增主键定义带来了很大的方便，但是经常mysql的自增id会有不连续情况，能说说什么场景下mysql的id会产生不连续吗我：我以一张表为例来解释一下，我先创建一张表zh_person，这张表包括4个字段，自增id，姓名name，性别sex和身份证号id_no,id_no上有唯一索引，sql如下 CREATE TABLE `zh_person` ( `id` MEDIUMINT(11) NOT NULL AUTO_INCREMENT, `
今天分享的内容是MySQL里面insert语句的加锁情况，废话就不多说了，直接从线上的例子开始吧。
当我们使用 MySQL 进行数据存储时，一般会为一张表设置一个自增主键，当有数据行插入时，该主键字段则会根据步长与偏移量增长（默认每次+1）。
单主模式：只有一个成员对外提供服务。单主模式和异步模式比较类似，有了主从复制的经验，维护单主模式的MGR其实并不难，下面的图说明了单主模式下的一些特点：
长期以来，我的博客数据库中连续文章的主键编号一直都不是连续的，让我这个强迫症晚期患看着很不舒服。在忍受了这么长时间以后，趁着给博客换域名的时机，我把所有的文章编号全部改成了连续的，可算是舒服多了。
来源 | https://mp.weixin.qq.com/s/Yqo5PaTtQcQTn4p8BE6SGg
unique、 primary key、not null、default相对简单，本篇文章不做记录。
MGR是MySQL官方开发的一个开源插件，和其他的异步复制和半同步复制不同，它是利用了MySQL的组复制技术来实现高可用的一种解决方案，保证了数据的强一致性。MySQL在5.7.17版本中正式引入。所谓的组是指多个MySQL服务器被Group Replication插件连接在一起，组内的成员通过组管理服务实现了自动化的管理功能。对于用户来讲，只需要将新的服务器加入到已有的组里面，或者从已有的组里面剔除故障服务器即可，组内的通信方式，用户可以无需关心。
EasyCVR平台支持海量视频汇聚与管理、处理与分发、智能分析等视频能力，在接入协议上，不仅支持国标GB28181协议、RTSP/Onvif、RTMP等标准协议，还支持HIKSDK、大华SDK、海康Ehome等厂家私有协议与SDK，可分发RTSP、RTMP、FLV、HLS、WebRTC等多种格式的视频流。平台可灵活拓展，能实现的视频功能包括视频监控直播、云端录像、云存储、录像检索与回看、智能告警、平台级联等。
本文中说到的“建”，并非单纯的建一个库，或是建一张表，而是你建好的库和表在项目的运营中，是否能应付各种事件，下面我说说几个我在项目中遇到的问题以及处理的方法，算是一个小小的心得，给大家分享下。
在 MySQL 的常见规范里面，每个表都要设置主键，一般来说都会推荐自增列作为主键，这和 MySQL 属于聚簇索引表有关，顺序增长的主键比较合适。而自增列中比较常遇见的问题就是自增列的空洞。原生的 MySQL 自增列也存在一个 BUG，可能会影响到数据一致性，本文也会详细介绍，在自建 MySQL 的时候尽量不要踩到这个坑。
主要是遗留问题，该表本来只是用于分析，同事没有添加自增id，造成后续在处理时，遇到一些问题，权衡之后，决定对表新增一个自增的id字段（表中已经存在大量数据，非业务表），为了节省时间，以下是个人的解决方法。避免了代码的开发。方法思路供参考！
约束其实就是一种限制,用于修饰表中的列. 通过这种限制来保证表中数据的正确性、有效性和完整性。
转载请注明出处：帘卷西风的专栏(http://blog.csdn.net/ljxfblog)
聊一个实际问题：淘宝的数据库，主键是如何设计的？ 某些错的离谱的答案还在网上年复一年的流传着，甚至还成为了所谓的MySQL军规。其中，一个最明显 的错误就是关于MySQL的主键设计。
前面一篇文章《案例| +1s导致的故障》介绍了因为开发同学对datetime值+1s的操作导致的问题。我们在复盘的时候讨论设置sql_mode为严格模式可行性。于是有了此文。
前面介绍了主从复制，这一篇我将介绍的是主主复制，其实听名字就可以知道，主主复制其实就是两台服务器互为主节点与从节点。接下来我将详细的给大家介绍，怎么去配置主主复制！ 一、主从复制中的问题 1.1、从节点占用了主节点的自增id 环境： 主节点：zyhserver1=1.0.0.3 从节点：udzyh1=1.0.0.5 第一步：我们在主节点中创建一个数据库db_love_1，在创建一个表tb_love（里面有id自增和name属性）。 create database db_love_
在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用做一梳理： 在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用
我没想到她会来这一出，我从我爸碗里夹回我的鸡腿，对女儿说道：不是，你这样问问你爷爷
看到这个问题，我想起当初玩魔兽世界的时候，25H难度的脑残吼的血量已经超过了21亿，所以那时候副本的BOSS都设计成了转阶段、回血的模式，因为魔兽的血量是int型，不能超过2^32大小。
oracle 1、创建一个序列，然后在需要自增的字段里使用它 drop sequence seq_stu create sequence seq_stu start with 22 Increment by 1 maxvalue 999 nocache nocycle; --这是最详细的一种序列的创建，指定了序列从22开始，到999结束，每次使用后都自增1 create sequence seq_stu --这是最简单的一种序列的创建方式，指定了序列从1开始，每次使用后都自增1 drop sequen
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
