mysql变更AUTO_INCREMENT值

1数据库中id的值 2mysql> select * from user_id_seq; 3+----------+------+ 4| id | stub | 5+----------+------+ 6| 10000025 | a | 7+----------+------+ 8 9| user_id_seq | CREATE TABLE `user_id_seq` ( 10 `id` bigint(20) NOT NULL AUTO_INCREMENT, 11 `stub` varchar(3) NOT NULL, 12 PRIMARY KEY (`id`), 13 UNIQUE KEY `stub` (`stub`) 14) ENGINE=InnoDB AUTO_INCREMENT=10000026 DEFAULT CHARSET=utf8 |

使用mysql生成全局主键,测试的时候因为需要将AUTO_INCREMENT调整到了一千万,测试完成后希望该键值退回到一个比较小的初始值。

1mysql> update user_id_seq set id = 100; 2mysql> commit; 3修改完后: 4mysql> select * from user_id_seq; 5+-----+------+ 6| id | stub | 7+-----+------+ 8| 100 | a | 9+-----+------+ 10但是: 11mysql> show create table user_id_seq; 12| user_id_seq | CREATE TABLE `user_id_seq` ( 13 `id` bigint(20) NOT NULL AUTO_INCREMENT, 14 `stub` varchar(3) NOT NULL, 15 PRIMARY KEY (`id`), 16 UNIQUE KEY `stub` (`stub`) 17) ENGINE=InnoDB AUTO_INCREMENT=10000026 DEFAULT CHARSET=utf8 | 18 19AUTO_INCREMENT的值依旧是10000026 20 21然后再执行: 22mysql> alter table user_id_seq AUTO_INCREMENT = 100; 23mysql> commit; 24 25这时AUTO_INCREMENT的值才真正的变小,再次从该表中取得主键值将从101开始。
点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

皕杰报表之UUID

​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为

2020年前端实用代码段,为你的工作保驾护航

有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )

Twitter的分布式自增ID算法snowflake (Java版)

概述分布式系统中,有一些需要使用全局唯一ID的场景,这种时候为了防止ID冲突可以使用36位的UUID,但是UUID有一些缺点,首先他相对比较长,另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID,并且希望ID能够按照时间有序生成。而twitter的snowflake解决了这种需求,最初Twitter把存储系统从MySQL迁移