添加了 @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;
相关推荐
DevOpenClub1 分钟前
职教高考控制线 API:招生类别枚举、筛选与空分数含义
java·数据库·高考
露天赏雪1 小时前
第3篇:Sentinel熔断降级实战:大模型接口抖动时的服务兜底方案
java·开发语言·人工智能·spring boot·spring·servlet·sentinel
GeW1 小时前
新质生产力路线图解读:数据库性能优化与Linux调优专场
linux·数据库
captain3762 小时前
▲统一功能——DispatcherServlet源码分析
java·spring·java-ee·log4j·maven
在多学一点3 小时前
MYSQL第二次作业
android·数据库·mysql
Risehuxyc3 小时前
Microsoft.Data.Sqlite体验
数据库·sqlite
骑着蜗牛撵大象3273 小时前
MySQL 8.0 迁移后 SQL 变慢:执行计划里 3 类被忽略的成本差异
android·数据库·sql·mysql·优化器·执行计划
ZENERGY-众壹5 小时前
告警风暴怎么压?100MW 电站监控平台告警引擎架构复盘
数据库·架构·iot·电站监控
zhengfei6116 小时前
Go-fastdfs /reload 未授权访问: 有效PoC
数据库·sql
DevOpenClub6 小时前
高考教育信息问答 API:会话参数、资料引用与流式响应
java·数据库·高考