auto_increment 问题： https://yq.aliyun.com/articles/59263?...5176.8091938.0.0.bjzoFN https://dev.mysql.com/doc/refman/5.7/en/innodb-auto-increment-handling.html 导致auto_increment...参考： http://dev.mysql.com/doc/refman/5.7/en/innodb-auto-increment-handling.html 1、 alter table xx auto_increment...插入3条记录后，auto_increment=4....然后再删除掉这三条记录,这时候的auto_increment=4 没变 但是如果我们关闭MySQL，当MySQL再次起来的时候，会发现auto_increment值从4，变成1 【第三种情况，在mysql8.0
自增长，也就是auto_increment是数据库中的一个比较特殊的定义，当相应列的值给值为NULL或者不给值的时候，会触发auto_increment，对当前已经存在的字段的数字进行+1或+你给的特定值的操作...，如我上面的例子，auto_increment一般跟主键搭配操作，比较合适。
重新整理AUTO_INCREMENT字段 AUTO_INCREMENT 并非按照我们意愿，顺序排列，经常会跳过一些数字，例如当插入失败的时候，再次插入会使用新的值。...有时会造成浪费，我们可以使用下面SQL重新编排AUTO_INCREMENT序列。...select max(id) from mytable; ALTER TABLE mytable AUTO_INCREMENT = 1000; 注意外键，需要 ON UPDATE CASCADE 支持...=43642; CREATE TABLE `group` ( `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT, `name` VARCHAR(50) NOT...=8; CREATE TABLE `group_has_contact` ( `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT, `group_id` INT
处于某种目的，如果希望该自增字段值一定是连续的，有2种解决办法： 1.表记录不允许物理删除 2.物理删除表记录后重新设置auto_increment 在此，专门针对重新设置auto_increment...更新auto_increment值 在修改表的auto_increment值之前需要先查看当前值是多少： mysql> select auto_increment from information_schema.tables...where table_schema='数据库名' and table_name='表名'; +----------------+ | auto_increment | +--------------...如果此时我们将表中的最后10000条数据物理删除掉，那么再插入新的记录时，auto_increment值将会继续增加：60003，60004 ... 。...为了使得新添加的记录自增ID再次继续从50003开始计数，执行如下语句： mysql> alter table 表名 AUTO_INCREMENT=50002; 最后总结 直接修改auto_increment
简单来说就是一个数据表中需要一个主键，但是这个主键可能又没有什么具体的意义，你可以使用 AUTO_INCREMENT 来标识这条记录。...通过给字段添加 AUTO_INCREMENT 属性来实现主键自增长。...语法格式如下： AUTO_INCREMENT 说明 有下面的一些属性需要进行说明： 默认情况下，AUTO_INCREMENT 的初始值是 1，每新增一条记录，字段值自动加 1。...AUTO_INCREMENT 约束的字段必须具备 NOT NULL 属性。 AUTO_INCREMENT 约束的字段只能是整数类型（TINYINT、SMALLINT、INT、BIGINT 等）。...AUTO_INCREMENT 约束字段的最大值受该字段的数据类型约束，如果达到上限，AUTO_INCREMENT 就会失效。
之前有碰到过开发同事指出一张InnoDB表的自增列 AUTO_INCREMENT 值莫明的变大，由于这张表是通过MySQLdump导出导入的。...InnoDB每处理一行才会为 AUTO_INCREMENT 列分配一个值。...=utf8 1 row in set (0.00 sec) 为自增列指定负值 无论 AUTO_INCREMENT 处于哪种锁模式下，自增列分配值机制不会生效，即为自增列指定负值是不影响 AUTO_INCREMENT...建议不要更新自增列的值，或是把自增列值更新为大于 AUTO_INCREMENT 的值。...AUTO_INCREMENT计数器的初始化 当为一张InnoDB表指定自增列时，此时表在数据字典中维护着一个特殊的计数器为自增列分配值，名称为 auto_increment 计数器，这个计数器是存储中内存中
auto_increment 问题： 原文： https://yq.aliyun.com/articles/59263?...变小的几种情况： 1、 alter table xx auto_increment = yy; 2、 truncate table 3、 restart mysql 第三种的复现方法： 一张刚创建的...插入3条记录后，auto_increment=4. 然后再删除掉这三条记录,auto_increment=4 没变 重启MySQL，会发现auto_increment值被清空了。...how InnoDB initializes AUTO_INCREMENT counters....If you specify an AUTO_INCREMENT column for an InnoDB table, the table handle in the InnoDB data dictionary
问题描述 mysql数据库有auto_increment这样一个特性，一般是用来设置Integer类型主键自增长。...比如下面的代码： -- 刚创建表，该表没有AUTO_INCREMENT值 create table test( id int(11) primary key not null auto_increment...mysql的上述行为说明在mysql运行过程中InnoDB存储引擎的表，其AUTO_INCREMENT值会随着插入操作持续增长的，但mysql重启之后，AUTO_INCREMENT值并没有持久保存下来，...重启后再插入数据，mysql会以表中最大的id+1作为当前的AUTO_INCREMENT值，新插入的数据的ID就变为这个了。...值保存下来 利用插入后的触发器，在每次插入数据后更新保存的auto_increment值 利用init-file参数，在mysql服务启动时调用一个存储过程，该存储过程负责以保存的auto_increment
那么，问题就定位到主键的auto_increment属性上了。 问题重现 下面来还原问题，以便能准确查找出原因。...表结构如下： CREATE TABLE `test_innodb` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增ID', `username...问题原因 在mysql官网的文档中，对“AUTO_INCREMENT Handling in InnoDB”，有这样一段说明： InnoDB uses the in-memory auto-increment...大概意思是，Innodb存储引擎的auto_increment计数器是随着mysql-server启动分配，并永久缓存在内存中。...当插入数据失败或者回滚事务时，内存中的auto_increment计算器的值却不会回滚。 举一反三 Innodb存储引擎会引起此问题，那MyISAM存储引擎呢？
导致auto_increment变小的几种情况： 1、 alter table xx auto_increment = yy; 2、 truncate table 3、 restart mysql...插入3条记录后，auto_increment=4. 然后再删除掉这三条记录,auto_increment=4 没变 重启MySQL，会发现auto_increment值被清空了。
今天我们来看一下MySQL的字段约束：NULL和NOT NULL修饰符、DEFAULT修饰符，AUTO_INCREMENT修饰符。...NOT NULL DEFAULT '' 不能为null 默认为 '' NULL DEFAULT NULL 可以为null 默认为null AUTO_INCREMENT 修饰符： AUTO_INCREMENT
这个时候我们就要学习去修改数据表的一些属性值了，而这个属性值就是AUTO_INCREMENT。 首先我们要知道怎么查看这个属性的值。...utf8; 那么接下来我可以通过命令来查看AUTO_INCREMENT的值： ?...通过命令我们好像没找到这个AUTO_INCREMENT属性啊，why？这是因为我们刚建好表，还没有数据，所以这个属性还没开始被赋值。...此时我们可以找到AUTO_INCREMENT这个属性，并且它的值等于4，这个是不是就是说明AUTO_INCREMENT记录的值表示对于下一条记录的id值。...通过alter table t4 AUTO_INCREMENT=2;这个命令我们可以修改AUTO_INCREMENT属性的值，将其修改为2，那么我们再添加数据，id不就从2开始了嘛。
所以我便想着是否可以通过修改数据表里主键的 AUTO_INCREMENT 自动递增值来一步到位，查了一些资料之后，就有了这篇博客。 0x01....查看自增值 一般来说，数据表中具有自增属性 AUTO_INCREMENT 的字段主要是数据表的主键或者具有唯一性的字段。...属性的列，其自增初始值与自增步长就是新设置的值，对当前已经带有 AUTO_INCREMENT 属性的列的自增初始值与自增步长不起作用。...所以，对于具有 AUTO_INCREMENT 属性的列，不用特意设置列值，而是直接将 NULL 值插入到自增列中去，数据库会自动根据当前的自增值生成列值。...=自增值; 3、直接指定 ALTER TABLE [表名] AUTO_INCREMENT=自增值; 如果执行完以后没有效果，那么可以再执行一次 commit 指令以提交更改，使其生效。
=1 DEFAULT CHARSET=utf8; CREATE TABLE `AUTOKEEPER_CLUSTER` ( `ID` bigint(20) NOT NULL AUTO_INCREMENT,...=1 DEFAULT CHARSET=utf8; CREATE TABLE `CANAL` ( `ID` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `NAME...=1 DEFAULT CHARSET=utf8; CREATE TABLE `COLUMN_PAIR_GROUP` ( `ID` bigint(20) NOT NULL AUTO_INCREMENT,...=1 DEFAULT CHARSET=utf8; CREATE TABLE `DATA_MEDIA` ( `ID` bigint(20) NOT NULL AUTO_INCREMENT, `NAME`...=1 DEFAULT CHARSET=utf8; CREATE TABLE `DATA_MEDIA_SOURCE` ( `ID` bigint(20) NOT NULL AUTO_INCREMENT,
************************ Table: t1 Create Table: CREATE TABLE `t1` ( `id` int(11) NOT NULL AUTO_INCREMENT...=4 DEFAULT CHARSET=utf8 1 row in set (0.00 sec) 从库上 t1 的表结构 ，AUTO_INCREMENT=2 oot@test 12:39:35>show...=2 而主库上的t1表结构的 AUTO_INCREMENT=4.原本 replace 操作是在自增主键的情况下，遇到唯一键冲突时执行的是 delete+insert ，但是在记录 binlog 时，却记录成了...update 操作，update操作不会涉及到 auto_increment 的修改。...备库应用了 binlog 之后，备库的表的 auto_increment 属性不变。 三 风险点: 如果主备库发生主从切换，备库变为原来的主库，按照原来的业务逻辑再往下会发生什么?
请问 INFORMATION_SCHEMA.TABLES 中的 AUTO_INCREMENT 会不会及时地更新呢？ 先说结论：可以！...2.1 测试准备 CREATE TABLE `sbtest1` ( `id` int NOT NULL AUTO_INCREMENT, `k` int NOT NULL DEFAULT '0', ...master [localhost:22031] {msandbox} (test) > select table_name, AUTO_INCREMENT from information_schema.tables... where table_name='sbtest1'; +------------+----------------+ | TABLE_NAME | AUTO_INCREMENT | +------...master [localhost:22031] {msandbox} (test) > alter table sbtest1 AUTO_INCREMENT=1200010; Query OK, 0
但在MySQL8.0去查询这些信息的时候，出现了不准确的情况，例如auto_increment。...in set (0.00 sec) 从information_schema.tables查出test1表的auto_increment是6，这时tables表信息是准确的 mysql>select auto_increment...: 0 Warnings: 0 查询tables表，发现auto_increment仍然是6；在MySQL8.0以前，这时tables表的auto_increment应该是显示最新值300的 mysql...row in set (0.00 sec) test1表插入操作以后，再次查询tables表，auto_increment值仍然是6 mysql>select auto_increment from...`auto_increment`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0),`tbl`.
请问 INFORMATION_SCHEMA.TABLES 中的 AUTO_INCREMENT 会不会及时地更新呢？ 先说结论：可以！...2.1 测试准备 CREATE TABLE `sbtest1` ( `id` int NOT NULL AUTO_INCREMENT, `k` int NOT NULL DEFAULT '0',...master [localhost:22031] {msandbox} (test) > select table_name, AUTO_INCREMENT from information_schema.tables...where table_name='sbtest1'; +------------+----------------+ | TABLE_NAME | AUTO_INCREMENT | +------...master [localhost:22031] {msandbox} (test) > alter table sbtest1 AUTO_INCREMENT=1200010; Query OK, 0
*************************** Table: t1Create Table: CREATE TABLE `t1` ( `id` int(11) NOT NULL AUTO_INCREMENT...=4 DEFAULT CHARSET=utf81 row in set (0.00 sec)从库上 t1 的表结构 ，AUTO_INCREMENT=2oot@test 12:39:35>show create...=2 而主库上的t1表结构的 AUTO_INCREMENT=4.原本 replace 操作是在自增主键的情况下，遇到唯一键冲突时执行的是 delete+insert ，但是在记录 binlog 时，却记录成了...update 操作，update操作不会涉及到 auto_increment 的修改。...备库应用了 binlog 之后，备库的表的 auto_increment 属性不变。三 风险点:如果主备库发生主从切换，备库变为原来的主库，按照原来的业务逻辑再往下会发生什么?
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
