一句sql搞定Mysql删除数据后自增列从1开始

最新推荐文章于 2024-10-27 19:24:42 发布

西决987654

最新推荐文章于 2024-10-27 19:24:42 发布

阅读量1k

点赞数

分类专栏：数据库

数据库专栏收录该内容

11 篇文章

订阅专栏

在数据库应用，我们经常要用到唯一编号，以标识记录。在MySQL中可通过数据列的AUTO_INCREMENT属性来自动生成。MySQL支持多种数据表，每种数据表的自增属性都有差异，这里将介绍各种数据表里的数据列自增属性。

数据库中设置了自增列,有时候需要清楚数据库从新录入数据.最常见的做法就是使用sql语句"delete 表明名"或是直接选中数据,然后删除数据.但是再次插入数据的时候,你就会发现自增列会从上次删除数据的最大值的下一个值开始,而不是从1开始的.有没有一种感觉,感觉挺苦恼的.

现在就交你两种方法,让你删除数据后,再次插入记录的时候,自增列从1开始.

方法一:

truncate table 你的表名 //这样不但将数据全部删除，而且重新定位自增的字段

truncate命令是会把自增的字段还原为从1开始的,或者你试试把table_a清空，然后取消自增，保存，再加回自增，这也是自增段还原为1 的方法。

方法二:

deletefrom 你的表名

dbcc checkident(你的表名,reseed,0)

//重新定位自增的字段，让它从1开始

这两个方法看着很简单,但是在你删除数据的时候,自增列再次插入的时候,发现数据不是从1开始的时候,你想过解决这个问题了吗?没有做不到的,只有想不到的.这些自增问题其实在设计数据库的初期时,开发人员就想到了.只是我们没有想到如何用而已.

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

西决987654

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

MySQL数据库第3章：数据类型与约束

若北辰

03-27

1183

MySQL数据库第3章：数据类型与约束3.1 数据类型3.1.1 数字类型3.1.2 时间和日期类型3.1.3 字符串类型3.2 表的约束3.2.1 默认约束3.2.2 非空约束3.2.3 唯一约束3.2.4 主键约束3.3 自动增长3.4 字符集与校对集3.4.1 字符集与校对集概述3.4.2 字符集与校对集的设置3.5 案例实践：设计用户表3.6 总结3.7 课后练习 3.1 数据类型 3.1.1 数字类型 3.1.2 时间和日期类型 3.1.3 字符串类型 3.2 表的约束 3.2.1 默认约束 3

数据分析师必会的SQL命令！

专注“目标检测”领域技术分享

01-03

1364

阅读本文你可以快速掌握SQL的基本用法进而在SQL这一领域胜任数据分析的工作。

参与评论您还未登录，请先登录后发表或查看评论

mysql自增字段重排 mysql删除表后自增字段从1开始.pdf

03-01

。

删除mysql数据记录后使自动编号从1开始

点滴分享博客

06-02

871

一般删除表数据为 delete from table_name, 此时再新增数据将发现，如果有自动编号字段，编号不是从初始化1开始，而是删除前最大id开始该问题解决方法如下： truncate table 你的表名; 使用以上方法对表数据进行删除，将得到你想要的结果 ———————————————— ...

MySQL 删除自增 id，随后重启 MySQL 服务，再插入数据，自增 id 会从几开始？

weixin_44061521的博客

03-24

5464

问题比如一张 id 自增的表中有 8 条数据，删除两条后，重启 MySQL 服务，又插入一条数据，那么此时自增的 id 会从几开始呢？结论使用 innodb 引擎的情况下。当 MySQL 版本为 8.0 之前时，自增 id 会丢失，下次自增会取表中最大 id + 1。即新增的数据 id 为 7。当 MySQL 版本为 8.0 及之后时，自增 id 不会丢失，仍从删除数据 id 后算起。即新增的数据 id 为 9。使用 myisam 引擎的情况下。不管 MySQL 版本为多少，自增的 id 都不

【MySQL基础】数据的增删改查（CRUD）

m0_63141213的博客

10-27

1592

单条插入：一次插入一条完整数据。批量插入：一次插入多条数据，简化代码，提高效率。插入默认值：表中设置了默认值的字段可以省略，数据库会自动填上默认内容。部分字段插入：只指定必要字段，其余字段按默认值或空值处理。不论是单条还是批量、默认值还是部分字段，都能满足各种需求，让我们可以灵活高效地把数据“搬”进数据库！基本更新：用UPDATE加SET修改字段，配合WHERE确定条件。多字段更新：可以一次更改多个字段，SET后用逗号分隔。条件更新：用WHERE指定条件，确保只更新符合要求的数据。批量更新。

mysql下创建字段并设置主键的php代码

12-18

复制代码代码如下: mysql_select_db(“hills_database_test”,$dbcon); $alterpkadd=”alter table hills_testcreatetable ... 您可能感兴趣的文章:深入探寻mysql自增列导致主键重复问题的原因mysql把主键定义为自动

【MySQL】事务二

fight_p的博客

06-20

2704

数据库并发的场景有三种：读-读：不存在任何问题，也不需要并发控制，因为没有人去修改。读-写：有线程安全问题，可能会造成事务隔离性问题，可能遇到脏读，幻读，不可重复读。写-写：数据库只会被人写，事务都是写事务，一定通过加锁来保证数据安全。否则有线程安全问题，事务不是有回滚吗，有可能一个事务在更新另一个事务回滚了彼此交叉运行，可能会存在更新丢失问题，比如第一类更新丢失，第二类更新丢失(后面补充)。

一个系列搞定MyBatis：MyBatis快速上手增删改查

Viper的程序员修炼手册

10-21

1598

MyBatis快速上手增删改查引言-絮絮叨叨作为一个快乐的小码农，在每一个阶段往往都在重复写着不同版本的，学生管理，用户管理，注册登录，从 JavaSE 的控制台版，或者 GUI 版，再到 JavaWeb的 JSP版，再到纯粹使用 HTML 作为前端展示的版本，以及使用一个更新的技术，在此其中，我们用过 txt 做数据库，用 XML 也可以，到现在常用的 MySQL，增删改查一直是我们必不可少的一部分内容，即使你不懂原理，即使你对这个技术的理解不是很深刻，拿出你的增删改查，噼里啪啦就是一段乱敲，好歹还是

Mysql数据库自增列，删除之后自增长问题

苦逼打工人的博客

03-04

4920

今天发现一个有意思的事情，就是删除数据库自增列时如：现在在数据库创建一个 ID 我设置它为自增列，保存{1,2,3,4,5}五数现在删除2和3数据库里面只有三条数据，都是新增一条数据还是要从6开始，不可能从4因为不可能出现主键一样的情况。但是今天我发现如果你删除的是最后一条数据，现在删除5，之后我可以设置自增下一个从5开始。 1 创建一个数据库设置自增id，如图我删除了3现在我添加数据还是从6开始。 2 删除5设置下一个从5开始索引语句如下 DELETE FROM `test` WHE.

MySQL 删除自增ID,随后重启 MySQL 服务,再插入数据,自增 ID会从几开始

Laoluyoudu的博客

03-21

849

比如一张 id 自增的表中有 8 条数据，删除两条后，重启 MySQL 服务，又插入一条数据，那么此时自增的 id 会从几开始呢？当 MySQL 版本为 8.0 之前时，自增 id 会丢失，下次自增会取表中最大 id + 1。即新增的数据 id 为 7。当 MySQL 版本为 8.0 及之后时，自增 id 不会丢失，仍从删除数据 id 后算起。即新增的数据 id 为 9。不管 MySQL 版本为多少，自增的 id 都不会丢失。使用 innodb 引擎的情况下。使用 myisam 引擎的情况下。

MYSQL数据库删除数据后重新插入数据 id不连续问题

stefanie_sun723的博客

09-06

2723

问题：在删除自增id的表的数据后，再次添加数据会从上次添加的最后一个id开始自增。sql： alter table 表名 auto_increment=数字。解决办法：重置自增ID。

mysql中主键自增的值是否可以修改，删除几行后数据，自增的值从哪开始

sylnb的博客

10-17

1272

修改自增主键id的值是否可以？可以，除了第一个值不能修改。删除几行新数据，新增的数据会在哪个位置？主键自增只会向前，如果id = 15 的行删除了，加入一条新数据时，不会从id = 14 从新开始自增，直接生成 id = 16，也就是说自增的值并不强行等于上一条 id 的值加上1，自己会往前走。）此时插入一行新数据，会在哪个位置？

MySQL(基础篇)

keke的博客

07-25

8247

关于MySQL数据库的学习笔记

mysql重置自增数，删除末尾数据后从新末尾数据继续递增

07-19

1588

先说明：本文主要讲述的是如何删除末尾数据后，自增数从末尾自增数开始自增，而不是内置计数器继续自增。前言：一般mysql我们都会设置一个自增数作为主键。测试时难免需要插入删除数据。但是当我们删除测试数据后，会发现自增数不是从末尾自增数开始自增，而是继续内置计数自增。有时我们并不希望...

如何解决MySql，删除后新插入对象主键从1开始

m0_52176875的博客

11-29

498

查询出最大id值，然后通过第二条sql设置自增id从1开始。进入服务管理器结束mysql服务进程，重新启动Mysql。

知道这些，让你在使用Prism 8 时更加得心应手！

leroylee7的博客

09-25

3540

今天我带大家了解一下Prism 8 的基础使用要点，通过一个实例，手把手带你入门Prism 8。 Prism简介我们先了解一下Prism（最新版下载）界面的结构 1.每次启动Prism时，都先弹出这个欢迎窗口对话框。对话框的左侧上部有8个选项 -- 对应八种数据表。我们从一个实例开始做起，单击左侧Column表，选择Start with sample data并在下方Select a tutorial data set，然后选择样本数据进行t test - Unpaired...

MYSQL删除表的记录后如何使ID从1开始

weixin_45565568的博客

09-16

1651

转载于https://www.cnblogs.com/no7dw/archive/2010/04/16/1713240.html YSQL删除表的记录后如何使ID从1开始 MYSQL删除表的记录后如何使ID从1开始 http://hi.baidu.com/289766516/blog/item/a3f85500556e2c09728da5e1.html 2009-11-30 14:24 方法1： truncate table 你的表名 //这样不但将数据全部删除，而且重新定位自增的字段方法2： delet

innerDB的MySQL重启后自增列会重新从一开始吗自增列的值是否存储在内存中

最新发布

02-18

<think>嗯，用户问的是关于MySQL的InnoDB存储引擎在重启后自增列的行为，以及自增列的值是否存储在内存中。我需要先回忆一下InnoDB的自增机制。首先，自增列（AUTO_INCREMENT）在MySQL中是用来生成唯一标识符的，通常用于主键。对于不同的存储引擎，处理自增列的方式可能不同。InnoDB作为事务型引擎，它的处理方式和MyISAM这样的非事务型引擎应该有区别。用户的问题有两个部分：重启后自增列是否从1开始，以及自增列的值是否在内存中存储。我记得InnoDB在MySQL 8.0之前，自增计数器是存储在内存中的，所以重启后可能会根据表中当前的最大值重新初始化。但如果是正常关闭，InnoDB可能会将当前的自增值保存到数据字典中，这样重启后不会丢失。不过在旧版本中，如果服务器异常崩溃，可能会发生自增值重置的情况。而MySQL 8.0之后，InnoDB改进了这一点，自增计数器的值会被持久化到重做日志和undo日志中，这样即使重启，也能恢复到最近的值，不会出现重置到1的情况。这应该是为了解决之前版本中可能出现的重复键问题。那用户提到的“重新从一开始”是否可能发生？在MySQL 5.7及更早版本中，如果表没有活动的事务或者未正确保存计数器，可能会在重启后查询当前最大值并加1，但如果是空表，可能会从1开始。不过这种情况可能较少，因为通常InnoDB在正常关闭时会保存最大值。但在异常情况下，比如崩溃，可能会有问题。关于第二个问题，自增列的值是否存储在内存中，在MySQL 8.0之前，计数器确实是在内存中维护的，重启后需要重新计算。所以如果没有持久化机制，就可能丢失。但在8.0之后，这个值被持久化了，所以即使重启也不会丢失，因此不完全是内存中的了。需要确认一下不同版本的行为差异，以及正常关闭和崩溃恢复的不同情况。此外，用户可能在考虑数据持久性和自增列是否可能重复的问题，特别是当系统重启后。可能还需要提到AUTO_INCREMENT的锁定机制，比如在插入时如何生成值，以及如何避免冲突。总结一下回答的结构：首先说明InnoDB在重启后的自增值行为，指出不同版本的区别，然后解释自增值的存储位置是否在内存中，并强调8.0版本的变化。同时，可以给出查看当前自增值的方法，以及如何手动修改自增值的建议。</think>在 MySQL 的 InnoDB 存储引擎中，自增列（`AUTO_INCREMENT`）的行为与存储方式取决于 MySQL 的版本。以下是关键点说明： --- ### **1. 重启后自增列是否会重置？** - **MySQL 5.7 及更早版本** 在正常关闭后重启时，InnoDB 会记录当前自增列的最大值到数据字典中，重启后基于表中已有的最大值继续递增。但若 MySQL **异常崩溃**，重启后可能需要重新计算自增值（基于表中实际存储的最大值），因此可能出现短暂的不一致（但不会重置为 1）。 - **MySQL 8.0+ 版本** 自增计数器的值会被持久化到**重做日志（Redo Log）**和**系统数据字典**中，即使异常崩溃，重启后也能恢复到崩溃前的状态，保证自增值的连续性。 **不会重置为 1**，除非手动修改表或显式重置。 --- ### **2. 自增列的值是否存储在内存中？** - **MySQL 5.7 及更早版本** 自增计数器（`AUTO_INCREMENT` 值）存储在内存中，重启后需从表中重新计算最大值。如果表为空，才会从 1 开始。 - **MySQL 8.0+ 版本** 自增计数器被持久化到磁盘（通过重做日志和数据字典），不再依赖内存值。重启后直接从持久化的值恢复，与内存无关。 --- ### **3. 验证与操作建议** - **查看当前自增值**： ```sql SELECT `AUTO_INCREMENT` FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'your_database' AND TABLE_NAME = 'your_table'; ``` - **手动重置自增值**： ```sql ALTER TABLE your_table AUTO_INCREMENT = 100; -- 重置为指定值 ``` --- ### **总结** - **重启影响**：正常重启不会导致自增列重置为 1（除非表为空）。MySQL 8.0+ 通过持久化机制确保了自增值的稳定性。 - **存储位置**： - MySQL 5.7 及之前：依赖内存，重启后可能重新计算。 - MySQL 8.0+：持久化到磁盘，与内存无关。建议升级到 MySQL 8.0+ 以避免潜在的自增值不一致问题。