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

python mysql字段AUTO_INCREMENT的修改方式

在之前得文章中我们说过,如果使用delete对数据库中得表进行删除,那么只是把记录删除掉,并且id的还会保持上次的状态。 即删除之前如果有四条数据,删除之后,再添加新的数据,id怎会从5开始。...这个时候我们就要学习去修改数据表的一些属性值了,而这个属性就是AUTO_INCREMENT。 首先我们要知道怎么查看这个属性的。...在这里我们可以猜想一下,AUTO_INCREMENT属性的应该是表示的什么?是记录最后记录的数据是第几条?还是表示下一条记录是第几条?...此时我们可以找到AUTO_INCREMENT这个属性,并且它的等于4,这个是不是就是说明AUTO_INCREMENT记录的表示对于下一条记录的id。...通过alter table t4 AUTO_INCREMENT=2;这个命令我们可以修改AUTO_INCREMENT属性的,将其修改为2,那么我们再添加数据,id不就从2开始了嘛。

2.7K10
您找到你想要的搜索结果了吗?
是的
没有找到

mysql已存在的表增加字段

需求: 已有的mysql数据表,希望增加一个字段,并设置新数据的初始。 实际上不复杂,只是做个备忘。...InnoDB DEFAULT CHARSET=utf8; 测试数据: INSERT INTO `t_abc` (`name`) VALUES ('mike'), ('tom'), ('jack'); 添加字段并设置...新数据的起始 /*增加一个主键字段,分两步操作*/ /*首先增加字段*/ alter table t_abc add column id int auto_increment primary...key; /*执行完上面这一条,字段增加,但为空*/ /*执行这一条,它会自动为已存在的数据的字段赋初值,从1开始,同时将后续新增的数据从100开始*/ alter table t_abc auto_increment...key; /*这里没有指定任何数值,执行完后只为字段赋从1开始的初始,其实隐含的设置当前表字段从1开始*/ alter table t_abc auto_increment; /*将所有数据增加

10.9K10

mysql 主键语句_MySQL 主键

主键有两个性质需要考虑: 单调性 每次插入一条数据,其 ID 都是比上一条插入的数据的 ID 大,就算上一条数据被删除。...主键的单调性 为何会有单调性的问题? 这主要跟主键最大的获取方式,以及存放位置有关系。 如果最大是通过计算获取的,并且在某些情况下需要重新获取时,会因为最新的数据被删除而减小。...主键最大怎么取的?存放到哪里?...MySQL 5.7 及之前的版本,主键最大会在启动(重启)后从数据库中取出放到内存: SELECT MAX(ai_col) FROM table_name FOR UPDATE; 这样获取是通过计算的...从 MySQL 8.0 开始,主键最大会在每次修改后写入到 redo log,并且在每个检查点写入引擎私有的系统表。 如果是正常重启,则读取系统表里的

10.8K10

mysql主键策略_MySQL 主键机制

每次重启后第一次打开表,都会去查找增值的最大max(id), 并设置表当前增值为max(id) + 1; mysql8.0, 增值变更记录在了redo log中,重启时依靠redo log恢复重启之前的...增值修改策略? a. 在插入时如不指定或指定为0,null,则使用当前的增值填到字段;并设置当前增值=当前增值+auto_increment_increment 步长; b....指定了具体的,若指定小于当前增值,则增值不发生改变;若大于当前增值,则增值为指定+auto_increment_increment; 3. 增值的修改时机? a....增值修改发生在插入数据的操作之前,如果插入失败,增值不会再修改回去; b. 事务回滚也不会将自增值修改回去; c. 为了减少id锁带来的性能影响,mysql不会修改回去之前的增值; 4....而对于批量插入数据的语句(select … insert,replace … select 和 load data 语句),MySQL 有一个批量申请 id 的策略(注:该策略是导致 id 不连续的第三种原因

9.4K50

MariaDB 的字段 AUTO_INCREMENT 字段

如果你对字段有什么不了解的话,你可以搜索下相关定义。 简单来说就是一个数据表中需要一个主键,但是这个主键可能又没有什么具体的意义,你可以使用 AUTO_INCREMENT 来标识这条记录。...如果你还需要官方的定义,请参考下面的说明: 在 MySQL 中,当主键定义为增长后,这个主键的就不再需要用户输入数据了,而由数据库系统根据定义自动赋值。...通过给字段添加 AUTO_INCREMENT 属性来实现主键增长。...语法格式如下: AUTO_INCREMENT 说明 有下面的一些属性需要进行说明: 默认情况下,AUTO_INCREMENT 的初始是 1,每新增一条记录,字段自动加 1。...AUTO_INCREMENT 约束字段的最大受该字段的数据类型约束,如果达到上限,AUTO_INCREMENT 就会失效。

1.3K50

Hive应用:设置字段

字段 当你要往一个表中导入数据时,需要一个的id字段,那么就需要使用以下两个函数搭配产生:row_number() over() 如果什么参数都不加,直接使用这两个字段,那么直接产生的是从1开始增加的数字...org.apache.hadoop.hive.ql.metadata.HiveException: Only COMPLETE mode supported for row_number function 指定基数...那么上面的完成了,肯定会有指定一个基数进行的需求,这个时候怎么办呢?...本人曾经试着在两个方法的括号里填写参数,实在是做不到,那么本人就从另一个角度进行思考,想出了如下格式的方式: (row_number() over())+number number即为你指定的基数,上面的语句就可以写成如下

2.9K20

数据库中设置列字段(Oracle和Mysql

oracle 1、创建一个序列,然后在需要字段里使用它 drop sequence seq_stu create sequence seq_stu start with 22 Increment...by 1 maxvalue 999 nocache nocycle; --这是最详细的一种序列的创建,指定了序列从22开始,到999结束,每次使用后都1 create sequence seq_stu...--这是最简单的一种序列的创建方式,指定了序列从1开始,每次使用后都1 drop sequence seq_stu; --删除序列(seq_stu为序列名) 2、数据的插入(序列名.nextval...表名; 注意:截断表,即删除所有数据,只保留表结构 Mysql 创建表时直接制定增列/字段 1、通过点击点击相关表选择“设计表”进行设置 ?...1000开始 如何重置数据表中 TRUNCATE TABLE 表名; 注意:会删除表中的数据,只有在MySQL中,TABLE字段可省略

7.2K20

浅谈MySQL

如果存在字段MySQL会维护一个锁,和锁相关的一个参数为(5.1.22版本之后加入) innodb_autoinc_lock_mode:可以设定3个,0,1,2 0:traditonal...六、的过程 第一种,插入空的时候 当innodb_autoinc_lock_mode=0时 1、申请AUTO_INC锁 2、得到当前的AUTO_INCREMENTn,并加1 3、执行插入操作...,并将n写入新增的对应字段中。...第二种,插入已经有 1、插入第一条数据 2、如果失败流程结束 3、如果成功,申请AUTO_INC锁 4、调用set_max函数,修改AUTO_INCREMENT 5、语句结束,释放AUTO_INC...为了保证主库和从库的ID的一致性,binlog中会有set insert_ID命令,标明这个load语句的第一行的ID,这样在表锁的情况下,就可以保证一致性了。

5K30

MySQL 对已存在数据表添加 ID 字段

系统环境:Ubuntu 数据库:MySQL5.7 主要是遗留问题,该表本来只是用于分析,同事没有添加id,造成后续在处理时,遇到一些问题,权衡之后,决定对表新增一个的id字段(表中已经存在大量数据...后面通过设置数据库ID为,为每个ID生成唯一标识。...其他字段省略 ); 将修改好的数据直接再导入到新建的数据库表(新增ID字段,设置ID),同时注意导入时设置字符编码格式为UTF8mb4,防止出现中文乱码的情况。...至此,对已存在数据库表添加ID操作完成。导出,添加行首空字符,再导入MySQL一共花费3个小时左右时间,基本都花费在导出和导入。...可以调整secure-file-priv参数的,具体请自行百度解决。

3.5K10

深入剖析 MySQL

其实锁(AUTO-INC Locks)这块还是有很多值得讨论的细节,例如在并发的场景下,InnoDB 是如何保证该正确的进行的,本章就专门来简单讨论一下 InnoDB 中的锁。...什么是锁 之前我们提到过,锁是一种比较特殊的表级锁。...行为与限制 其实上面说的那种阻塞情况只是锁行为的其中一种,可以理解为锁就是一个接口,其具体的实现有多种。...在 MySQL 8.0 之前,InnoDB 锁模式默认为连续模式,为1,而在 MySQL 8.0 之后,默认模式变成了交叉模式。至于为啥会改变默认模式,后面会讲。...基于 MySQL 默认 Binlog 格式从 Statement 到 Row 的变更,InnoDB 也将其锁的默认实现从连续模式,更换到了效率更高的交叉模式。

3.2K40
领券