添加了 @TableId(type = IdType.AUTO) 但仍生成超大 ID

紧急排查数据库表结构(核心,必须执行)

首先通过 SQL 验证dish_category表的id字段配置,这是问题的根源:

  1. 连接你的数据库,执行以下 SQL 查看完整表结构: sql

    复制代码
    -- 查看dish_category表的详细创建语句,重点关注id字段
    SHOW CREATE TABLE dish_category;
  1. 问题的核心元凶 :表结构末尾的AUTO_INCREMENT=2011257341079490564,表示数据库的自增序列当前起始值就是这个超大数字 ,后续新增数据时,ID 会从这个值开始连续递增(比如下一条就是2011257341079490565),自然还是超大 ID。
  2. **为什么初始值会这么大?**大概率是之前使用雪花算法插入过数据,或手动插入过超大 ID 值,导致数据库的自增序列被 "拉高",即使后续切换为数据库原生自增,也会从这个超大初始值继续递增,不会自动重置。

二、解决方案:重置自增序列初始值(一步到位解决超大 ID)

核心操作是AUTO_INCREMENT初始值重置为合理的数值,让后续新增数据的 ID 从连续小数字开始递增,具体分两种场景执行 SQL:

场景 1:表中无重要数据(或已备份,想从 1 开始递增)

直接将自增初始值重置为1,后续新增数据的 ID 从 1 开始连续排列:

sql

复制代码
-- 重置dish_category表的自增初始值为1
ALTER TABLE dish_category AUTO_INCREMENT = 1;
相关推荐
砚边数影6 分钟前
数据可视化入门:Matplotlib 基础语法与折线图绘制
数据库·信息可视化·matplotlib·数据可视化·kingbase·数据库平替用金仓·金仓数据库
orange_tt14 分钟前
Djiango配置Celery
数据库·sqlite
云小逸1 小时前
【nmap源码学习】 Nmap网络扫描工具深度解析:从基础参数到核心扫描逻辑
网络·数据库·学习
肉包_5111 小时前
两个数据库互锁,用全局变量互锁会偶发软件卡死
开发语言·数据库·c++
霖霖总总2 小时前
[小技巧64]深入解析 MySQL InnoDB 的 Checkpoint 机制:原理、类型与调优
数据库·mysql
此刻你2 小时前
常用的 SQL 语句
数据库·sql·oracle
それども3 小时前
分库分表的事务问题 - 怎么实现事务
java·数据库·mysql
·云扬·3 小时前
MySQL Binlog 配置指南与核心作用解析
数据库·mysql·adb
天空属于哈夫克33 小时前
Java 版:利用外部群 API 实现自动“技术开课”倒计时提醒
数据库·python·mysql
马尔代夫哈哈哈4 小时前
MyBatis 入门与实战:从配置到CRUD一站式指南
mybatis