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

mysql 重建id

基础概念

MySQL中的ID通常指的是主键(Primary Key),它是表中每一行数据的唯一标识符。重建ID通常指的是在已有数据的基础上重新生成或调整主键值的过程。

相关优势

  1. 唯一性保证:主键确保了表中每一行数据的唯一性,便于数据的快速检索和更新。
  2. 索引优化:主键默认会被创建为聚簇索引(Clustered Index),这可以提高查询性能。
  3. 数据完整性:通过主键约束,可以确保数据的完整性和一致性。

类型

MySQL中的主键类型主要包括:

  1. 单字段主键:使用单个字段作为主键,如整数类型的id字段。
  2. 复合主键:使用多个字段组合而成的主键,适用于多个字段共同唯一标识一行数据的情况。
  3. 自增主键:使用AUTO_INCREMENT属性的整数字段作为主键,每次插入新记录时自动递增。

应用场景

  1. 用户管理系统:在用户表中,可以使用用户ID作为主键,便于用户信息的查询和管理。
  2. 订单管理系统:在订单表中,可以使用订单ID作为主键,确保每笔订单的唯一性。
  3. 商品管理系统:在商品表中,可以使用商品ID作为主键,便于商品的检索和更新。

遇到的问题及解决方法

问题:为什么要重建ID?

在实际应用中,可能会遇到以下情况需要重建ID:

  1. ID冲突:由于业务需求变更或数据导入错误,可能导致ID冲突。
  2. ID顺序不合理:自增主键可能导致ID顺序不连续或不合理,影响查询性能。
  3. 数据迁移:在数据迁移或合并过程中,可能需要重新分配ID以避免冲突。

原因及解决方法

  1. ID冲突
    • 原因:新插入的数据与已有数据的主键重复。
    • 解决方法:删除重复数据或修改冲突的主键值。如果需要重新生成ID,可以使用以下SQL语句:
    • 解决方法:删除重复数据或修改冲突的主键值。如果需要重新生成ID,可以使用以下SQL语句:
  • ID顺序不合理
    • 原因:自增主键可能导致ID顺序不连续或不合理。
    • 解决方法:可以使用程序逻辑重新生成ID,并更新表中的主键值。例如,使用Python脚本:
    • 解决方法:可以使用程序逻辑重新生成ID,并更新表中的主键值。例如,使用Python脚本:
  • 数据迁移
    • 原因:在数据迁移或合并过程中,可能需要重新分配ID以避免冲突。
    • 解决方法:可以使用临时表或中间表来处理数据迁移,并在迁移完成后删除临时表。例如:
    • 解决方法:可以使用临时表或中间表来处理数据迁移,并在迁移完成后删除临时表。例如:

参考链接

通过以上方法,可以有效地解决MySQL中重建ID的问题,并确保数据的唯一性和完整性。

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

相关·内容

MySQL之重建表

MySQL之重建表 在MySQL中,如果我们对大表频繁进行insert和delete操作,那么时间一长,这个表中会出现很多"空洞",也就是表碎片。...碎片产生的原因是insert随机值作为主键id,会产生很多数据页分裂操作;而delete掉一些排列有序的主键值,这些被delete的空间不会直接释放,而是仅仅进行delete的标记,这些空间如果不能被利用...这个重建表的过程,在MySQL5.5之前,它的执行逻辑是下面这样的: 1、假设原表是A,新建一个表table B,和表A的表结构保持一致 2、按照主键顺序,将表A的数据一行一行的读出来,插入到表B里面...在MySQL5.5之前,我们使用临时表作为重建的中间介质,在MySQL5.6之后,我们使用临时文件作为重建的中间介质,这里说说这个临时表和临时文件的区别。...2、inplace方案进行的表重建操作,都是Online DDL么?

4.4K10

MySQL索引重建?如何操作?

两周没有更新文章了,最近一直在忙”人生大事”,毕竟人这一生,除了工作、上班还有其他几件重要的事情,而且也是每个人都必须要经历的,走完了,也就走完了…… 言归正传,在日常数据库管理中,经常会遇到索引重建的需求...,针对MySQL数据库,不像Oracle数据库中有支持索引重建的语法(ALTER INDEX … REBUILD),在MySQL数据库中,重建索引具体有哪些方案呢?..., OPTIMIZE TABLE也可以对索引进行重建,官方文档的介绍如下: OPTIMIZE TABLE uses online DDL for regular and partitioned InnoDB...-------+ 1 rows in set (0.00 sec) 从上述结果可以看到,表的创建时间变成了2021-11-09 13:53:53; 在网上有种说法说ANALYZE TABLE方法也可以重建索引...,经过测试,发现ANALYZE TABLE是不会对索引进行重建的,发现ibd文件没有变化,表的修改时间/状态更改时间也没有变化。

4.3K00
  • MySQL 自增ID的几个小问题

    ID最大的记录删除后,新插入的记录ID是什么 例如当前表中有ID为1,2,3三条记录,把3删除,新插入记录的ID从哪儿开始? 答案: 从4开始。...MySQL 重启后自增ID从哪儿开始 例如当前表中有ID为1,2,3三条记录,把3删除,重启MySQL,新插入记录的ID从哪儿开始? 很多人会认为从4开始,实际是从3开始。...重启MySQL。...手动插入ID后,下次插入时自增值是多少 例如当前的自增ID为4,新插入记录时,手动指定ID为10,下次使用自增方式插入时,ID是 11。...删除最大ID值对自增ID值没有影响,但MySQL重启之后有影响,不会使用之前的自增ID值,而是使用最大ID+1,因为自增ID值是存在内存中,重启后需要重新计算。 自增ID用完后就不变了。

    7.9K21

    关于mysql自增id的获取和重置

    转载请注明出处:帘卷西风的专栏(http://blog.csdn.net/ljxfblog) ---- mysql获取自增id的几种方法 使用max函数:select max(id) from tablename...使用LAST_INSERT_ID函数:select LAST_INSERT_ID() 优点:获取到的是真正的自增id。 缺点:该函数是与table无关的,永远保留最新插入的自增列的id。...使用mysql查询函数:SHOW TABLE STATUS; 优点:能够准确的查到自增id。而且可以在语句后面加上where语句或者like语句来过滤。...使用自定义查询方法:mysql表相关的信息是放在information_schema表里。所以我们参考 SHOW TABLE STATUS来构建查询语句。...---- mysql自增id的重置 使用truncate:truncate table; 说明:使用truncate会删除表的数据释放空间,并且重置字自增id,但不会删除表的定义。

    11.9K20

    技术分享 | 关于 MySQL 自增 ID 的事儿

    当我们使用 MySQL 进行数据存储时,一般会为一张表设置一个自增主键,当有数据行插入时,该主键字段则会根据步长与偏移量增长(默认每次+1)。...自增的值并不是保存在表结构信息内的,对于不同的版本它们有如下的区别: 1.1.1 MySQL 8.0版本之前(重启后可能会产生变化): 计数器的值存储在内存中的,重启后丢弃,下一次将读取最大的一个自增ID...https://dev.mysql.com/doc/refman/5.7/en/innodb-auto-increment-handling.html#innodb-auto-increment-initialization...1.1.2 MySQL 8.0版本(重启后保持不变): 计数器的值将会持久化到磁盘。...不一定,业务也不应该过分依赖 MySQL 自增 ID 的连续性,在以下三种情况下,并不能保证自增 ID 的连续性: 1.5.1 插入时的其他唯一索引冲突 假设已存在数据{1,张三},且张三所属的字段设置了唯一主键

    3.8K10

    MyBatis + MySQL返回插入成功后的主键id

    这是最近在实现perfect-ssm中的一个功能时碰到的一个小问题,觉得需要记录一下,向MySQL数据库中插入一条记录后,需要获取此条记录的id值,以生成对应的key值存入到redis中,id为自增int...articleCreateDate},#{articleContent},#{addName}) 这种方式只是返回一个影响行数值,并不能满足此次需求,于是做了如下修改: id...#{articleContent},#{addName}) 在insert中将useGeneratedKeys属性设置为true,并制定keyProperty为Article对象的id...=null); System.out.println("insert后article的id:"+article.getId()); } 结果如下: ?...mysql中表的记录如下: ? 结语 首发于我的个人博客,新的项目演示地址:perfect-ssm,登录账号:admin,密码:123456 ?

    4K60

    MySQL自增id超大问题查询 转

    很快,小A就排查了一遍自己的代码,没有删除的地方,也没有主动插入、更新id的地方,怎么会这样呢?...查了资料之后,小A得知,原来,mysql主键自增有个参数innodb_autoinc_lock_mode,他有三种可能只0,1,2,mysql5.1之后加入的,默认值是1,之前的版本可以看做都是0。...是7   delete from t1 where id in (2,3,4);   -- 此时数据表只剩1,5,6了,自增id还是7   insert into t1 values(2, 106, "...上面的例子执行完之后表的下一个自增id是10,你理解对了吗,因为最后一条执行的是一个Mixed-mode inserts语句,innoDB会分析语句,然后分配三个id,此时下一个id就是10了,但分配的三个...id并不一定都使用。

    5K20

    MySQL ORDER BY主键id加LIMIT限制走错索引

    PRIMARY 4 NULL 7624 Using where 开启优化器跟踪查看MySQL优化过程 -- 开启优化器跟踪 set session optimizer_trace...这边时,MySQL也没有改变执行计划,还是选择了report_product_sales_data_hq_code_orgz_id_index索引 "clause": "ORDER...这边时,MySQL改变了执行计划,选择了PRIMARY主键索引 "clause": "ORDER BY", "index_order_summary...where 总结 在order by id的情况下,MySQL由于自身的优化器选择,为了避免某些排序的消耗,可能会走非预期的PRIMARY主键索引; 对于数据量比较大,而且执行量很高的分页sql,尽可能将所有的查询字段包括在索引中...,同时使用索引来消除排序; 多用explain查看是否使用到了最优索引; 利用optimizer trace查看优化器执行过程; 观察mysql的slow_query_log,及时做排查优化。

    6.7K32

    字节面试:MySQL自增ID用完会怎样?

    ,那么如果发生了这种情况,MySQL 又会怎样执行呢?...1.自增ID 在 MySQL 中,如果字段的数据类型为整数类型(如 INT、BIGINT 等),则可以通过关键字“AUTO_INCREMENT”来设置让当前的字段实现自增,例如以下 SQL: CREATE...2.1 主键自增ID用完当主键自增 ID 达到上限后,再新增下一条数据时,它的 ID 不会变(还是最大的值),只是此时再添加数据时,因为主键约束的原因,ID 是不允许重复的,所以就会报错提示主键冲突。...2.2 row_id用完 如果表没有设置主键,InnoDB 会自动创建一个全局隐藏的 row_id,其长度为 6 个字节,当 row_id 达到上限后,它的执行流程和主键 ID 不同,它是再次归零,然后重新递增...本文已收录到我的面试小站 www.javacn.site,其中包含的内容有:Redis、JVM、并发、并发、MySQL、Spring、Spring MVC、Spring Boot、Spring Cloud

    14710

    MySQL ORDER BY主键id加LIMIT限制走错索引

    PRIMARY 4  NULL    7624    Using where 开启优化器跟踪查看MySQL优化过程 -- 开启优化器跟踪 set session optimizer_trace...这边时,MySQL也没有改变执行计划,还是选择了report_product_sales_data_hq_code_orgz_id_index索引               "clause": "ORDER...这边时,MySQL改变了执行计划,选择了PRIMARY主键索引               "clause": "ORDER BY",               "index_order_summary...join_execution": {         "select#": 1,         "steps": [         ]       }     }   ] } 现象及修改方案 通过现象可以看到MySQL...where 总结 在order by id的情况下,MySQL由于自身的优化器选择,为了避免某些排序的消耗,可能会走非预期的PRIMARY主键索引; order by 和 limit 结合使用,如果where

    1.8K10
    领券