首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

mysql的主键从几开始递增

MySQL的主键默认是从1开始递增的。主键是表中的一个或多个字段,其值能唯一地标识表中的每一行记录。主键具有以下特点:

  1. 唯一性:主键的值在整个表中必须是唯一的,不允许有重复。
  2. 非空性:主键的值不能为空。
  3. 递增性(针对自增主键):对于自增主键,每次插入新记录时,如果没有指定主键的值,系统会自动为其分配一个递增的值。

自增主键的优势

  • 简化插入操作:在插入新记录时,不需要手动指定主键的值,系统会自动为其分配。
  • 保证唯一性:自增主键能自动保证每一行的主键值都是唯一的。

应用场景

自增主键广泛应用于需要唯一标识记录的场景,如用户表、订单表等。

遇到的问题及解决方法

问题1:主键从几开始递增?

默认情况下,MySQL的主键从1开始递增。如果需要修改起始值,可以使用ALTER TABLE语句来设置自增主键的起始值。

代码语言:txt
复制
ALTER TABLE table_name AUTO_INCREMENT = start_value;

例如,将users表的自增主键起始值设置为100:

代码语言:txt
复制
ALTER TABLE users AUTO_INCREMENT = 100;

问题2:如何修改自增主键的递增步长?

MySQL默认的自增步长是1,可以通过修改auto_increment_increment系统变量来改变步长。

代码语言:txt
复制
SET GLOBAL auto_increment_increment = step_value;

例如,将自增步长设置为2:

代码语言:txt
复制
SET GLOBAL auto_increment_increment = 2;

参考链接

通过以上方法,可以灵活地管理和设置MySQL主键的自增行为,以满足不同的业务需求。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

从MySQL主键为何单调递增说起

表中的任何列都可以作为主键,只要它满足以下主键值规则条件: 任两行不具相同的主键值 每行都必须具有一个主键值(主键列不允许NULL) 这里的规则是MySQL本身强制实施的。...除MySQL强制实施的规则外,还应该坚持的最佳实践: 不更新主键列中的值 不重用主键列的值 不在主键列中使用可能会更改的值 例如,如果使用一个名字作为主键以标识某个供应商,当该供应商合并和更改其 名字时...,必须更改这个主键) 联合主键 好处 可以直观的看到某个重复字段的记录条数 主键A跟主键B组成联合主键 主键A跟主键B的数据可以完全相同,联合就在于主键A跟主键B形成的联合主键是唯一的。...联合主键体现在多个表上,复合主键体现在一个表中的多个字段。 复合主键 主键通常定义在表的一列上,但这并不是必需的,也可使用多个列作为主键。...表的主键含有一个以上的字段组成,不使用无业务含义的自增id作为主键 将多个字段设置为主键,形成复合主键,这多个字段联合标识唯一性,其中,某几个主键字段值出现重复是没有问题的,只要不是有多条记录的所有主键值完全一样

2.1K30

MySQL重大Bug!自增主键竟然不是连续递增

很多低级开发工程师都想当然觉得自增主键是严格连续递增的,但事实真的如此吗?...例如,将存储引擎从 InnoDB 更改为 MyISAM 时,将保留 InnoDB 特定的选项,例如 ROW_FORMAT=COMPACT。...(自增的初始值)开始 以auto_increment_increment(步长)持续叠加 直到找到第一个大于X的值,作为新的自增值。...所以自增id只保证是递增的,但不保证是连续的! 自增锁的养成计划 所以自增id的锁并非事务锁,而是每次申请完就马上释放,其它事务可以再申请。其实,在MySQL 5.1版本之前,并不是这样的。...从数据逻辑角度看是对的。但若此时binlog_format=statement,binlog会怎么记录呢?

3.6K10
  • MYSQL 8 从 MYSQL SHELL 开始

    基于mysql 5.x 大家一般都是通过mysql 客户端来管理MYSQL ,但基于ORACLE 对于MYSQL 8 整体的规划,如果仅仅基于 mysql 客户端命令来操作MYSQL 8 则就有点,不与时俱进了...,上个系列从performance_schema说起还差一篇关于MYSQL 索引的问题,然后就告一段落了,那么后面会围绕着 MYSQL SHELL ,以及MYSQL 锁,锁的探查,以及问题的解决产生一个新的系列...基于MYSQL 8 后ORACLE 加大在MYSQL 各个方面的周边产品的研发,MYSQL SHELL 作为最新的控制和管理MYSQL 的一个方式的选择。...首先我们的安装我们的MYSQL SHELL ,mysql shell 一个有意思的地方是他与我们的MYSQL 的版本同时发布,如果有MYSQL 8.027 就有MYSQL shell 8.027 这个版本...-D mysql –vertical 5 通过SQL方式连入到MYSQLSHELL 后我们通过第一个简单的命令就可以获得我们的MYSQL上的一些统计信息,\status 6 在MYSQL 中运行一些

    2.2K60

    MySQL的主键详解

    表中的任何列都可以作为主键,只要它满足以下主键值规则条件: 任两行不具相同的主键值 每行都必须具有一个主键值(主键列不允许NULL) 这里的规则是MySQL本身强制实施的。...除MySQL强制实施的规则外,还应该坚持的最佳实践: 不更新主键列中的值 不重用主键列的值 不在主键列中使用可能会更改的值 例如,如果使用一个名字作为主键以标识某个供应商,当该供应商合并和更改其 名字时...,必须更改这个主键) 联合主键 好处 可以直观的看到某个重复字段的记录条数 主键A跟主键B组成联合主键 主键A跟主键B的数据可以完全相同,联合就在于主键A跟主键B形成的联合主键是唯一的。...联合主键体现在多个表上,复合主键体现在一个表中的多个字段。 复合主键 主键通常定义在表的一列上,但这并不是必需的,也可使用多个列作为主键。...表的主键含有一个以上的字段组成,不使用无业务含义的自增id作为主键 将多个字段设置为主键,形成复合主键,这多个字段联合标识唯一性,其中,某几个主键字段值出现重复是没有问题的,只要不是有多条记录的所有主键值完全一样

    5K20

    Django中自定义带有前后缀的递增主键

    最近项目中遇到一个需求,在Django的model中主键要带有前缀的递增类型主键,比如:exp-1, exp-2…,类似.这样,而且在所有的model中,主键里面递增的数据要唯一,不能有重复。...在网上找了一圈没有找到特别好的实现方法,自己写了一个,在这里做个记录。...我采用的方法其实也很简单: 创建一个单独的model,里面只有一个models.AutoField类型的字段,可以确保主键中递增的数字是全局唯一的 在实际业务model中定义一个models.CharFiled...类型的主键 修改save方法,为业务模型的主键加上前缀 下面是示例代码,可以参考 from django.db import models class AutoIncrementFields(models.Model

    11510

    数据库从 mysql 开始

    在缓存方面的我们有了 redis 这样的 nosql 数据库,而 mongodb 在业务等级和 mysql 基本是平级的,当然从使用程度上说,mysql 这样关系型数据库统计地位确实根深蒂固的。...回到 mysql ,关于他的讲述,如今各种视频资料已经漫天遍野,本人自然无法聊出更多所以就根据其常见的机制简单介绍。索引几乎聊到数据库,索引是必然会聊到的,主键索引和唯一索引是开发必须考虑的。...面试中经常会问为什么使用自增主键?MySQL的主键是一个聚簇索引,它的叶子节点存放了数据。...在使用自增主键的情况下,会保证树的分裂照着单方向分裂的,这会大概率导致物理页的分裂也是朝着单方向进行的,即连续的。...在不使用自增主键的情况下,如果在已经满的页里面插入,会导致MySQL页分裂,虽然逻辑上页依旧是连续的,但是物理页已经不连续了。

    9910

    从 MySQL 物理外键开始的思考

    ) Using FOREIGN KEY Constraints(mysql官网) 原文:用外键的好处我就不多说了,既然是关系型数据库,外键的约束为我们保证了数据主从关系和产生的先后关系,级联操作为我们的...二、mysql的外键设计问题(对SQL标准的背离) 虽然很多人都不推荐你在关系型数据库使用外键。 但你更多听到的是mysql的,而不是SQLserver或者其他。...比较公认的是,他的外键设计得的确不是很好,限制多功能不强大等。(同样的,讨论是不是该用存储过程也存在这种思考) 这里贴上一些从博客园看到的,比较严重的问题。...详细参考:mysql的外键约束 – Johney – 博客园(我发现他也是摘抄MySQL 5.1参考手册的) 三、不使用外键我们也有好的解决方案** 外键是个好东西,他为选择了关系型数据库的我们做了约束和级联做了保障...四、外键对拓展性的限制和影响 计划赶不上变化,外键的主从关系是定的,然后你会因为这个做很多事情,但是万一哪天主键所在表就见鬼去了呢?万一哪天你发现外键表不是非得跟人家的主键挂上关系呢?

    3.8K20

    Mysql存储过程从0开始(上)

    1、首先你要明白,mysql也是一种语言,他也可以编写程序,也是支持逻辑判断,if,elseif,else,switch,while等等的判断 2、mysql赋值一个变量的值操作:set @a = 1;...查看这个变量为select @a; 3、当你创建存储过程的时候你要先选择Mysql的数据库,然后才能进行操作,比如创建 (1)create procedure hanshuming() //方法体...: select concat(@a,' world'); concat是链接字符串,set @a="Hello"; (2)调用是call hanshuming(); 4、简单的入门的存储过程小例子 mysql...> DELIMITER // //首先你要转义,防止mysql把你的语句当成sql语句执行 mysql > CREATE PROCEDURE proc1 --proc1存储过程名 -> (IN...> DELIMITER ; 5、查看当前的数据库下面的存储过程 (1)show procedure status where db='数据库名'\G; --\G的意思是格式化 (2)查看当前存储过程的详细的信息

    1.2K60

    MySQL中主键为0和主键自排约束的关系

    开始不设置主键 表的设计如下: 如果id的位置有好几个0的话:设置主键并且自动排序时,0会从1开始递增; Insert 进去 id = 0的数据,数据会从实际的行数开始增加,和从0变化不一样;...使用limit查看指定范围数据的时候这时候表就会是从0开始往下排的顺序,但是insert添加一行数据的时候反而是跟行数有关系,这时候又是按照从1开始往下排的顺序。...如果使用主键自排约束以前表里有0,再设置完主键自排以后所有的0又不会根据行数,而是直接按照自上而下的顺序从1开始排。...如果把表中的某个主键的数改成0,那直接就会进行排序放到正数前面,也就是说主键自排是允许有0存在的,那为什么本身存在的0要去修改成从1开始的递增序列呢?...本身存在的0,不允许存在,要从1开始递增变化。

    4.3K30

    Gitlab 从 12.1 版本开始不再支持 MySQL

    Gitlab 官方 宣布 ,将从 12.1 版本开始不再支持 MySQL 数据库。早在 2017 年 7 月,Gitlab 就计划将弃用对 MySQL 的支持。...而目前这个决定将从 12.1 版本开始。 ?...官方列出几个 MySQL 不能满足 Gitlab 需求的地方: 无法支持嵌套分组查询(详情) 必须使用黑科技来提升 MySQL 对列的限制,这将导致 MySQL 拒绝存储数据 MySQL 无法添加 TEXT... 类型字段的长度限制 MySQL 不支持分区索引 还有类似 Geo 为了解决上面这些问题,Gitlab 创建了许多专门针对 MySQL 的代码。...总而言之,Gitlab 觉得同时支持 MySQL 和 PostgreSQL 两个数据库,让开发团队觉得烦不胜烦。 此外据 Gitlab 调查发现,使用 MySQL 的多是 11 版本之前的用户。

    98820

    MySQL系列一:掌握MySQL底层原理从学习事务开始

    本文是学习MySQL底层原理的第一篇,我个人认为学习MySQL一定要从事务开始,也就是先保证数据的一致性(事务、锁),然后再去考虑怎么提升性能(索引)。...◆ update语句的执行流程 比如这样一条更新语句,其中id是主键: update table_test set num = num+1 where id = 1; 它的MySQL内部执行流程如下:...MySQL执行器先找InnoDB引擎读取id=1这一行的数据,InnoDB引擎直接用树查找主键id=1那条数据,如果数据所在页直接在内存中,那么直接返回,否则先从磁盘读取到缓存中再返回; 执行器获得数据后...,每次创建的时候都会从数据库中获取最新的数据; 当隔离级别为“可重复读”的时候,会在事务开始的时候创建一个视图,整个事务的执行期间都以这个视图为准,因此能够保证对数据的操作未提交之前对其他事务不可见,其他事务对数据的操作对当前事务也不可见...◆ 多版本并发控制(MVCC) 我们知道MySQL的默认隔离级别是RR,即可重复读,也就意味着: 一个事务开始之前,所有还没有提交的事务,它都不可见!

    90710

    为什么MySQL的主键查询这么快

    引入InnoDB页对于MySQL的任何存储引擎而言,数据都是存储在磁盘中的,存储引擎要操作数据,必须先把磁盘中的数据加载到内存中才可以。那么问题来了,一次性从磁盘中加载多少数据到内存中合适呢?...能啊,这篇文章的题目就是关于主键啊,我们可以按照主键的顺序,从小到大来串联当前数据页中的所有记录。事实上,MySQL的设计者也确实是这么设计的。...如果你足够叛逆,你可能会想,你不设置主键的话是不是MySQL就崩了啊?...如果我们执行下面这条查询语句SELECT * FROM row_format_table WHERE id = 4;最简单的办法就是遍历当前页面的所有记录,从Infimum记录开始沿着单向链表进行搜索,...槽的编号从0开始,我们查找数据的时候先找到对应的槽,然后再到小组中进行遍历即可,因为一个小组内的记录数量并不多,遍历的性能损耗可以忽略。

    4.1K92

    MYSQL 主键的那些 “有意思” 故事

    任何数据库在设计之初都有主键,没有主键的表是不完整的,尤其在MYSQL中,而MYSQL中的主键设计中,总有一些 “奇葩” 的行为,来让MYSQL 在运行中,因为主键的奇葩设计而导致各种各样的问题,我们今天来总结总结...3 复合主键 很多MYSQL设计中表的主键被设计成复合主键,而复合主键的使用中会存在一些问题 问题1 性能问题 在MYSQL 中的数据组织方式是 B+TREE的方式,而主键是根节点的组织中的通过排序的方式来存放数据的一种数据存储组织方式...问题3 mysql 的on duplicate key update 语句失效的问题 这个问题产生在如果是多个字段做主键的情况下,在我们更新多个字段中的一个字段后,这个字段的唯一性会产生问题导致业务逻辑与原先的设定不一致的问题...,最后影响了2行数据,实际上就是 delete + insert (个人认为),尤其在MYSQL中对于性能的影响会较大。...综上所述,复合主键使用 on duplicate key update 应该小心注意逻辑上是否符合最初的设计要求,同时在MYSQL 的表设计中应尽量不使用复合主键来进行数据表的设计,避免一些未知问题的产生

    1K30

    【MySQL】从0开始在Centos 7环境安装MySQL

    : 一般我们曾经没安装过MySQL的界面就会像现在这样,但如果你的服务器查询出来显示有正在运行的MySQL那就是你曾经安装过,需要先卸载才可以安装....安装步骤 获取MySQL官方yum源 获取官方yum源前先查询一下自己的服务器版本编号,以便下载合适的MySQL版本: cat /etc/redhat-release //查询机器版本号 像我的服务器版本就是...版本;如果要下载mysql8.0就找mysql180开头的链接 //el7-9 :代表CentOS 7.9版本适用, //如果没有准确符合你的版本的,比如你是7.1/7.3,里面没有,你就可以下载el7...然后就可以看到安装包已经就绪了: 然后我们检查一下yum源文件,可以看到是没有MySQL相关安装内容的: 下面我们解压安装包,输入指令(这里解压会运行的很快): rpm -ivh mysql57-community-release-el7...: rm -f mysql57-community-release-el7-9.noarch.rpm 安装MySQL yum源 至此,就可以正式开始安装MySQL了,我们输入yum指令: yum install

    58510

    为啥不能用uuid做MySQL的主键 ?

    在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一,单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment,...本篇博客的目录 mysql程序实例 使用uuid和自增id的索引结构对比 总结 一、mysql和程序实例 1.1.要说明这个问题,我们首先来建立三张表 分别是user_auto_key,user_uuid...,user_random_key,分别表示自动增长的主键,uuid作为主键,随机key作为主键,其它我们完全保持不变....id的机制不同在mysql的索引结构以及优缺点,深入的解释了为何uuid和随机不重复id在数据插入中的性能损耗,详细的解释了这个问题。...在实际的开发中还是根据mysql的官方推荐最好使用自增id,mysql博大精深,内部还有很多值得优化的点需要我们学习。

    3.9K20
    领券