长期以来，我的博客数据库中连续文章的主键编号一直都不是连续的，让我这个强迫症晚期患看着很不舒服。在忍受了这么长时间以后，趁着给博客换域名的时机，我把所有的文章编号全部改成了连续的，可算是舒服多了。
mysql中的6个列属性：null，default，comment，primary key，unique key，auto_increment
利用MySQL提供的自动增长功能来自动生成主键的值，防止插入的值重复导致插入失败。自动增长功能通过auto_increment来实现，基本语法格式如下：
comment是专门用来给开发人员进行维护的注释说明 基本语法： ** comment’字段描述’**
约束条件：限制表中的数据，保证添加到数据表中的数据准确和可靠性！凡是不符合约束的数据，插入时就会失败！ 约束条件在创建表时可以使用， 也可以修改表的时候添加约束条件
今天工作中遇到特殊的一个任务，就是将两个自增列值的进行对调变更。 SQL Server 平台修改自增列值 由于之前处理过sql server数据库的迁移工作，尝试过其自增列值的变更，但是通过SQL 语句修改自增列值，是严格不允许的，直接报错（无法更新标识列 ’自增列名称‘）。sql server我测试是2008、2012和2014，都不允许变更自增列值，我相信SQL Server 2005+的环境均不允许变更字段列值。 如果非要在SQL Server 平台修改自增列值的，那就手动需要自增列属性，然后修改该列
在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用做一梳理： 在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用
结合实例分析了自增值保存在哪里，自增值的修改策略，以及自增值不连续的四个场景，希望对各位小伙伴们有所帮助~
指在数据显示的时候，最长可以显示的位数。 如果需要始终以最大长度显示，可以使用 zerofill 属性。 注意: 使用了 zerofill，一定是无符号整型。因为从左到右 0 填充。
需求： 已有的mysql数据表，希望增加一个自增的字段，并设置新数据的初始值。 实际上不复杂，只是做个备忘。 测试表 CREATE TABLE `t_abc` ( `name` varchar(20) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8; 测试数据： INSERT INTO `t_abc` (`name`) VALUES ('mike'), ('tom'), ('jack'); 添加自增字段并设置新数据的起始值 /*增加一个自增主键
自增列可使用 auto_increment 来实现，当一个列被标识为 auto_increment 之后，在添加时如果不给此列设置任何值，或给此列设置 NULL 值时，那么它会使用自增的规则来填充此列。
转载请注明出处：帘卷西风的专栏(http://blog.csdn.net/ljxfblog)
–1. IDENTIY 列不能为空，不能设默认值，创建后不能使用ALTER TABLE TableName ALTER COLUMN修改，每张表只能有一个自增列 –2. 查看当前值：SELECT IDENT_CURRENT(‘TableName’)， — 查看增量值：SELECT IDENT_INCR(‘TableName’) — 查看原始种子值：SELECT IDENT_SEED(‘TableName’)，起始值, TRUNCATE TABLE 后的初始值。 –3. 允许 显式 插入自增列：SET IDENTITY_INSERT TableName ON; 设置为ON后，允许当前回话对自增列插入时指定值，该设置只影响当前回话，并且同一回话中只允许同时修改一张表的IDENTITY_INSERT 属性，对其他表再次设置时会提示：”表 ‘XXX1’ 的 IDENTITY_INSERT 已经为 ON。无法对表 ‘XXX2’ 执行 SET 操作。“，在对自增列显式插入值后，会检查或修改自增列的当前值为整表中最大值。 –4. IDENT_CURRENT 不受作用域和会话的限制，而受限于指定的表。 SCOPE_IDENTITY 和 @@IDENTITY 返回在当前会话中的任何表内所生成的最后一个标识值。但是，SCOPE_IDENTITY 只返回插入到当前作用域中的值；@@IDENTITY 不受限于特定的作用域。@@IDENTITY能获取到由当前语句引发的触发器，内置存储过程等倒置的自增值。 –如对表T1插入引发触发器对表T2也进行插入，@@IDENTITY得到T2的自增值，而SCOPE_IDENTITY获取当前作用域T1的自增值。
自增长，也就是auto_increment是数据库中的一个比较特殊的定义，当相应列的值给值为NULL或者不给值的时候，会触发auto_increment，对当前已经存在的字段的数字进行+1或+你给的特定值的操作，如我上面的例子，auto_increment一般跟主键搭配操作，比较合适。 注意：在同一张表最多只能有一个自增长的字段，并且你给自增长字段赋值，这时自增长字段会失效，mysql会录入你给定的值 （1）如何查看此时表内自增长的值从几开始
查看数据库编码 use xxx show variables like 'character_set_database';
当然基于MySQL自增列的实现，确实是不够优雅，在新的版本还在持续引入新的特性。比如MGR里面，自增列的步长大了许多，默认是7了，这是在设计的时候考虑了MGR的节点数，提前做了预留，大多数情况下我们可以避免大量的预留值浪费。
一、双主保证高可用 MySQL数据库集群常使用一主多从，主从同步，读写分离的方式来扩充数据库的读性能，保证读库的高可用，但此时写库仍然是单点。 在一个MySQL数据库集群中可以设置两个主库，并设置双向
MySQL最常见的集群架构，是一主多从，主从同步，读写分离的架构。通过这种方式，能够扩充数据库的读性能，保证读库的高可用，但此时写库仍然是单点。
MySQL的自增列问题其实很有意思，在重启数据库之后，会按照max(id)+1的方式来计算，这样一个看起来有些别扭的实现方式在早期版本就饱受诟病，在MySQL 5.7都没有解决掉，终于在8.0松口了，计划在这个版本中修复。 而重启会带来自增列一类的潜在问题，而如果不重启其实也有可能会有自增列的不一致问题。和两个参数table_definition_cache和table_open_cache还是密切相关的。 主要的原因是什么呢，引用阿里数据库内核团队的解释（https://www.kancl
为了防止不符合规范的数据进入数据库，在用户对数据进行插入、修改、删除等操作时，DBMS自动按照一定的约束条件对数据进行监测，使不符合规范的数据不能进入数据库，以确保数据库中存储的数据正确、有效、相容。
最近在工作中遇到很多使用MySQL自带的autoincrement函数作为发号器，在实际使用中当并发比较小的时候还没有问题，一旦并发增加就会出现很多问题，特此进行如下总结。
在mysql中有多种自增id，除了我们日常开发中经常使用的自增主键外，还有一些其他的自增id，主要是mysql内部为了辅助其正常运行而使用的。
因为Oracle中的自增序列与MySQL数据库是不一样的，所以在这里记录一下Oracle的自增序列。
default默认值，创建列时可以指定默认值，当插入数据时如果未主动设置，则自动添加默认值
2.InnoDB引擎的自增值，在MySQL5.7及之前的版本，自增值保存在内存里，并没有持久化。每次重启后，第一次打开表的时候，都会去找自增值的最大值max(id)，然后将max(id)+步长作为这个表当前的自增值
然后插入数据，最后看到，表会自动生成一个AUTO_INCREMENT的值，ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=latin1 ,表示下一次插入数据时，如果需要自动生成自增值，会生成 id=11。
一 介绍 约束条件与数据类型的宽度一样，都是可选参数 作用：用于保证数据的完整性和一致性 主要分为： PRIMARY KEY (PK) 标识该字段为该表的主键，可以唯一的标识记录 FOREIGN KEY (FK) 标识该字段为该表的外键 NOT NULL 标识该字段不能为空 UNIQUE KEY (UK) 标识该字段的值是唯一的 AUTO_INCREMENT 标识该字段的值自动增长（整数类型，而且为主键） DEFAULT 为该字段设置默认值 UNSIGNED 无符号 Z
1. 使用JAVA的UUID生成 算法的核心思想是结合机器的网卡、当地时间、一个随记数来生成UUID。
上篇文章学习了事务的隔离级别，其中隔离性是通过锁来实现的，篇幅原因将锁单独分开介绍，下面让我们一起学习 MySQL 中各种锁。
简单来说就是一个数据表中需要一个主键，但是这个主键可能又没有什么具体的意义，你可以使用 AUTO_INCREMENT 来标识这条记录。
MySQL数据库通过约束(constraints)防止无效的数据进入到数据库中，以保护数据的实体完整性。 MySQL中主要有六种约束，分别是：主键约束（primary key），非空约束（not null），自增长约束(auto_increment)，默认约束(default) ，零填充约束（zerofill），唯一性约束(unique)。
关于发号器的使用，其实有一个大背景，那就是关于主键的一些设计问题，在MySQL中如果一张表没有主键，实际的数据处理就有点麻烦了。
drop table t1; create table t1( id int not null auto_increment, name varchar(10) unique, count int default 0, primary key(id), index(name) )engine=innodb; insert into t1(name) values("zhangsan"),("lisi"),("wangwu"); select * from t1;
在 MySQL 中，使用 truncate、delete 和 drop 都可以实现表删除，但它们 3 个的使用场景和执行效果完全不同，接下来我们来盘点一下。
世间万物，都有自己唯一的标识，比如人，每个人都有自己的指纹（白夜追凶给我科普的，同卵双胞胎DNA一样，但指纹不一样）。又如中国人，每个中国人有自己的身份证。对于计算机，很多时候，也需要为每一份数据生成唯一的标识。在这里，数据的概念是非常宽泛的，比如数据量记录、文件、消息，而唯一的标识我们称之为id。 自增ID 使用过mysql的同学应该都知道，经常用自增id（auto increment）作为主键，这是一个为long的整数类型，每插入一条记录，该值就会增加1，这样每条记录都有了唯一的id。自增id应该是使
3、设置值的唯一性（不允许重复数据，可以为空，但只能有一个空，否则就会被视为重复）
约束其实就是一种限制,用于修饰表中的列. 通过这种限制来保证表中数据的正确性、有效性和完整性。
AUTO_INCREMENT=2，表示下一次插入数据时，若需要自动生成自增值，会生成id=2。
我们经常提及到的订单号，大多数是在电商购物场景下的一个唯一标识字符串。实则订单号并不仅仅指的是电商系统，只要需要这样的业务场景，我们都可以使用订单号的模式来处理。例如我们的省份证号，要求唯一可读性强等特点，也可以将之理解为一个订单号。
《三类插入与自增键的关系》一文，基本解答了《自增键四道测验题》，仍有水友要求贴答案，原理都解释了，copy语句执行下，真的难么？ 画外音：你们赢了，我还是贴一下执行结果。
主键索引是关系数据库中最常见的索引类型 主要作用是确定数据表里一条特定的数据记录的位置
一 介绍 约束条件与数据类型的宽度一样，都是可选参数 作用：用于保证数据的完整性和一致性 主要分为： primary key (PK) 标识该字段为该表的主键，可以唯一的标识记录 foreign key (FK) 标识该字段为该表的外键 not null 标识该字段不能为空 unique key (UK) 标识该字段的值是唯一的 auto_increment 标识该字段的值自动增长（整数类型，而且为主键） default 为该字段设置默认值 unsigned 无符号 z
DML（Data Manipulation Language）语句，即数据操作语句，用于操作数据库对象中所包含的数据。
在MySQL数据库中，主键自增是一种常见的技术，用于自动为表中的主键字段生成唯一的递增值。本文将深入讨论MySQL主键自增的原理、用途、使用方法，以及在实践中的注意事项和最佳实践。
在业务开发中，大量场景需要唯一ID来进行标识：用户需要唯一身份标识、商品需要唯一标识、消息需要唯一标识、事件需要唯一标识等，都需要全局唯一ID，尤其是复杂的分布式业务场景中全局唯一ID更为重要。于是就会引申出分布式系统中唯一主键ID生成策略问题。
因为MySQL中的自增字段与Oracle数据库是不一样的，所以在这里记录一下MySQL的自增字段。
大家好，最近粉丝问我这样的一个面试题。MySQL的自增 ID 用完了，怎么办？以下是这个面试题的解决方案。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
