mysql auto_increment问题 , 是BUG?

zoid 2016-01-09 03:22:05

测试如下:
set @@auto_increment_increment=200;
create table testseq(
id int auto_increment,
name varchar(1000),
primary key(id)
);
>alter table testseq AUTO_INCREMENT=17;
>insert into testseq(name) values('aaa');
>insert into testseq(name) values('bbbb');
>select * from testseq;
出现的是
201 aaa
401 bbbb

由于应用原因 @@auto_increment_offset不能统一改, 所以考虑在表上改, 我如何能做到数据是
17 aaa
217 bbbb
417
这样的效果, 请大神指教,

...全文

167 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

benluobo 2016-01-09

打赏
举报

回复

在测试语句中去掉set @@auto_increment_increment=200;或者set @@auto_increment_increment=1

benluobo 2016-01-09

打赏
举报

回复

而且说明一下出现 201 aaa 401 bbbb 的结果不是BUG，是正常的表现，这个201 是auto_increment_offset+auto_increment_increment共同决定了设置为17并不能保证是从17开始，而是从 auto_increment_offset+auto_increment_increment计算后下一个大于等于17的值开始

benluobo 2016-01-09

打赏
举报

回复

如果auto_increment_offset不能统一改你的需求只能在insert的时候指定id的第一个值或者将auto_increment_increment设置为1

邦贝比 ------ db create ----- --- mysql版本-5.7--创建数据库bumbelbee / *！40100默认字符集utf8 * /; CREATE TABLE attachment （ attachment_id bigint（20）NOT NULL AUTO_INCREMENT， attachment_data longblob， attachment_name varchar（255）默认值， attachment_type varchar（255）默认值NULL，主键（ attachment_id ））ENGINE = InnoDB AUTO_INCREMENT = 47 DEFAULT CHARSET = utf8; CREATE TABLE bug （ bug_id bigint（20）NOT NULL AUTO_INCREMENT， assi

前言自增主键没有持久化是个比较早的bug，这点从其在官方bug网站的id号也可看出（https://bugs.mysql.com/bug.php?id=199）。由Peter Zaitsev（现Percona CEO）于2003年提出。历史悠久且臭名昭著。首先，直观的重现下。 mysql> create table t1(id int auto_increment primary key); Query OK, 0 rows affected (0.01 sec) mysql> insert into t1 values(null),(null),(null); Query OK, 3

前言在应用 BUG或者 DBA误操作的情况下，会发生对全表进行更新：update delete 的情况。MySQL提供 sql_safe_updates 来限制次操作。 set sql_safe_updates = 1; 设置之后，会限制update delete 中不带 where 条件的SQL 执行，较严格。会对已有线上环境带来不利影响。对新系统、应用做严格审核，可以确保不会发生全表更新的问题。 CREATE TABLE working.test01 (id INT NOT NULL AUTO_INCREMENT,NAME VARCHAR(20),age INT,gmt_create

db_generate.sql# phpMyAdmin MySQL-Dump # http://phpwizard.net/phpMyAdmin/ # # -------------------------------------------------------- # # Table structure for table 'mantis_bug_table' # DROP TABLE IF EXISTS mantis_bug_table; CREATE TABLE mantis_bug_table ( id int(7) unsigned zerofill DEFAULT '0000000' NOT NULL auto_increment, reporter_id int(7) unsigned zerofill DEFAULT '0000000' NOT NULL, handler_id int(7) unsigned zerofill DEFAULT '0000000' NOT NULL, duplicate_id int(7) unsigned zerofill DEFAULT '0000000' NOT NULL, priority enum('immediate','urgent','high','normal','low','none') DEFAULT 'normal' NOT NULL, severity enum('block','crash','major','minor','tweak','text','trivial','feature') DEFAULT 'minor' NOT NULL, reproducibility enum('always','sometimes','random','have not tried','unable to duplicate') DEFAULT 'always' NOT NULL, status enum

1、故事起因于2016年11月15日的一个生产bug。业务场景是：归档一个表里边的数据到历史表里边，同是删除主表记录。　　2、背景场景简化如下（数据库引擎InnoDb，数据隔离级别RR[REPEATABLE]） — 创建表test1 CREATE TABLE test1 ( id int(11) NOT NULL AUTO_INCREMENT， name varchar(10) NOT NULL， PRIMARY KEY (id) ); insert into test1 values('hello'); — 创建表test2 CREATE TABLE test2 (

56,679

社区成员

56,709

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章