Hibernate不尊重MySQL auto_increment主键字段 - 腾讯云开发者社区

文章/答案/技术大牛

发布

如何为MySQL主键添加字段？

如何为MySQL主键添加字段？今天有个同事问了个不常见的问题，就是修改主键字段，给既定的主键添加一个字段应该用什么操作。...但实际的情况是，业务使用业务字段做主键，而且要给这个主键加个字段，好在这张表的数据量不多，这里我做了一个模拟 23:12:51> create table test( -> task_id int...not null auto_increment, -> aaa int, -> bbb int, -> primary key (task_id)); Query OK, 0...这里我们的主键是task_id字段，现在我们的需求是将主键修改成task_id和aaa的组合字段。...Incorrect table definition; there can be only one auto column and it must be defined as a key 看这个错误，很容易理解，在MYSQL

9.7K2 0

MySQL字段自增长AUTO_INCREMENT用法实例详解

为了验证这个怀疑的准确性，同时学习下InnoDB处理 AUTO_INCREMENT 的机制，因此在测试环境做了测试总结。本文使用的MySQL版本为官方社区版 5.7.24。...包括不包含子查询的单行、多行 INSERT 和 REPLACE 语句，还有语句 INSERT ... ON DUPLICATE KEY UPDATE。...inserts(简单插入) 通过 MUTEX(轻量级的锁) 而不是 AUTO-INC特殊表锁控制插入分配自增属性列的值； MUTEX 只在分配值的过程中持有，而无需等到语句结束，并且性能花销更少；简单插入不持有...处于哪种锁模式下，自增列分配的值如果大于自增列所属字段类型的最大值，则自增列分配值机制就不会生效。...参考 https://dev.mysql.com/doc/refman/5.7/en/innodb-auto-increment-handling.html

6.4K2 0

您找到你想要的搜索结果了吗？

是的

没有找到

MySQL adddrop字段时报主键冲突

问题现象很多DBA朋友做ddl 变更比如添加、删除字段时，一定概率上会遇到如下报错: Duplicate entry '7458421' for key 'PRIMARY' 错误提示是主键冲突，但是当我们去查询...问题分析首先我们通过一个思维导图了解一下MySQL online DDL 的过程，大家注意commit阶段，会把ddl 执行期间的记录的 log 重新应用到新的表上。 ?...问题复现构造一个2000w记录的表,其表结构如下 CREATE TABLE `ddl` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `c1`...举一反三，其实只要是会导致重复记录的sql语句，比如update，insert,insert into... on duplicate key,replace into 都会导致添加字段、删除字段的ddl...https://bugs.mysql.com/bug.php?

5.8K2 1

报错的原因可能是找不到对应的主键字段或者主键字段类型不匹配

报错的原因可能是找不到对应的主键字段或者主键字段类型不匹配。请确保数据库表对应的实体类中有对应的主键字段，并且类型与设置的主键值一致。...可能的解决方案如下：确保数据库表对应的实体类中有对应的主键字段，并且使用了正确的注解标识主键字段，例如 @TableId 或者 @Id。检查设置的主键值是否与主键字段的类型相匹配。...如果主键字段是 Long 类型，确保设置的主键值是 Long 类型的。检查数据库连接是否正常，以及表和字段是否存在。

4921 0

MySQL中的字段约束 null、not null、default、auto_increment

今天我们来看一下MySQL的字段约束：NULL和NOT NULL修饰符、DEFAULT修饰符，AUTO_INCREMENT修饰符。...MySQL默认情况下指定字段为NULL修饰符，如果一个字段指定为NOT NULL，MySQL则不允许向该字段插入空值(这里面说的空值都为NULL)，因为这是“规定”。...如果一个字段中没有指定DEFAULT修饰符，MySQL会依据这个字段是NULL还是NOT NULL自动设置默认值。如果指定字段可以为NULL，则MySQL为其设置默认值为NULL。...NOT NULL DEFAULT '' 不能为null 默认为 '' NULL DEFAULT NULL 可以为null 默认为null AUTO_INCREMENT 修饰符： AUTO_INCREMENT...对于主键(稍候介绍)，这是非常有用的。因为其允许开发者使用MySQL为每条记录创建唯一的标识符。

7K2 0

MySQL自增主键为什么不连续

自增主键可以让主键索引尽量的保持递增顺序插入，避免页分裂，索引更加紧凑。自增主键保存在何处？...不同的引擎对于自增值的保存策略不同： MyISAM引擎的自增值保存在数据文件中 InnoDB引擎的自增值保存在内存里，但是在MySQL8.0以后，该自增值才可以被持久化：MySQL5.7以前，自增值没有持久化每次重启后第一次打开表的时候...自增值的修改机制自增值的修改行为如下：如果插入数据时id字段指定为0、null或者未指定值，那么就把该表的AUTO_INCREMENT值填到自增字段如果插入数据时id字段指定了具体的值，就直接使用语句里指定的值...auto_increment_offset（默认值是1）开始，以auto_increment_increment（默认值是1）为步长，持续叠加，直到找到第一个大于X的值，作为新的自增值唯一键冲突导致自增主键不连续...事务回滚导致自增主键不连续 set autocommit=0; begin; insert into t values(null, 2, 2); rollback; show create table

9.9K2 0

为什么MySQL不推荐使用uuid作为主键？

前言在mysql中设计表的时候，mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增)，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用...，分别表示自动增长的主键，uuid作为主键，随机key作为主键，其它我们完全保持不变....根据控制变量法，我们只把每个表的主键使用不同的策略生成，而其他的字段完全一样，然后测试一下表的插入速度和查询速度：注：这里的随机key其实是指用雪花算法算出来的前后不连续不重复无规律的id：一串18位长度的...，主键的上界会成为争抢的热点，因为所有的插入都发生在这里，并发插入会导致间隙锁竞争 ③Auto_Increment锁机制会造成自增锁的抢夺，有一定的性能损失附：Auto_increment的锁争抢问题...在实际的开发中还是根据mysql的官方推荐最好使用自增id，mysql博大精深，内部还有很多值得优化的点需要我们学习。

6K3 0

快速学习-JPA的入门案例

-- Mysql and MariaDB --> mysql mysql-connector-java...创建客户的数据库表和客户的实体类创建客户的数据库表 /*创建客户表*/ CREATE TABLE cst_customer ( cust_id bigint(32) NOT NULL AUTO_INCREMENT...属性： name：指定数据库表的名称 @Id 作用：指定当前字段是主键。...@GeneratedValue 作用：指定主键的生成方式。。属性： strategy ：指定主键生成策略。...如果此列不建在主表上（默认建在主表），该属性定义该列所在从表的名字搭建开发环境[重点] 3.3.4 配置JPA的核心配置文件在java工程的src路径下创建一个名为META-INF的文件夹，在此文件夹下创建一个名为

8752 0

Hibernate配置文件hbm主键的generator可选项

1、自动增长identity 适用于MySQL、DB2、MS SQL Server，采用数据库生成的主键，用于为long、short、int类型生成唯一标识使用SQL Server 和 MySQL...的自增字段，这个方法不能放到 Oracle 中，Oracle 不支持自增字段，要设定sequence（MySQL 和 SQL Server 中很常用）数据库中的语法如下： MySQL：create...hibernate_unique_key，默认的字段是next_hi。..." /> 这种主键的生成方式不建议使用，在数据库表设计时就应该使用代理主键（surrogate key），不应使用自然主键（natural key具有业务含义），在没有指定标签时，默认就是assigned主键的生成方式在插入数据的时候主键由用户自己添加，hibernate也不管 9、foreign 使用外部表的字段作为主键 10、select 使用触发器生成主键（主要用于早期的数据库主键生成机制

1.5K0 0

MySQL中count(字段) ，count(主键 id) ，count(1)和count(*)的区别

所以，count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数；而 count(字段），则表示返回满足条件的数据行里面，参数“字段”不为 NULL 的总个数。...count(可空字段) 扫描全表，读到server层，判断字段可空，拿出该字段所有值，判断每一个值是否为空，不为空则累加 count(非空字段)与count(主键 id) 扫描全表，读到server层，...注意：count(1)执行速度比count(主键 id)快的原因：从引擎返回 id 会涉及到解析数据行，以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。...扫描全表，但是不取值，按行累加。看到这里，你会说优化器就不能自己判断一下吗，主键 id 肯定是非空的，为什么不能按照 count(*) 来处理，多么简单的优化。...性能对比结论 count(可空字段) 字段) = count(主键 id) < count(1) ≈ count(*)

4K3 0

Jpa使用详解

-- Mysql and MariaDB --> mysql mysql-connector-java...cust_id字段的映射关系 private Long custId; @Column(name="cust_name") //指定和表中cust_name字段的映射关系 private...属性： name：指定数据库表的名称 @Id 作用：指定当前字段是主键。...如果此列不建在主表上（默认建在主表），该属性定义该列所在从表的名字搭建开发环境[重点] 第六步：配置JPA的核心配置文件在java工程的resources路径下创建一个名为META-INF的文件夹，在此文件夹下创建一个名为...JPA主键生成策略通过annotation（注解）来映射hibernate实体的,基于annotation的hibernate主键标识为@Id, 其生成规则由@GeneratedValue设定的.这里的

4.7K2 0

数据插入失败引发的主键auto_increment问题

数据入库后的主键不是连续自增的，主键键值没过几秒就从两千多直接跳到了五千上下。这是为什么？瞬间引起我的注意。先简单说明下环境。Mysql版本：5.6.23。...为了防止某些数据重复，数据库中对某些字段设置了唯一索引，即unique key。经确认此表也只有一个业务程序在操作。那么，问题就定位到主键的auto_increment属性上了。...问题原因在mysql官网的文档中，对“AUTO_INCREMENT Handling in InnoDB”，有这样一段说明： InnoDB uses the in-memory auto-increment...大概意思是，Innodb存储引擎的auto_increment计数器是随着mysql-server启动分配，并永久缓存在内存中。...，但请务必注明出处，尊重他人劳动转载请注明：文章转载自：Marser [https://www.marser.cn] 本文标题：数据插入失败引发的主键auto_increment问题本文固定链接：

2.9K3 0

hibernate系列之一

相关jar包（注意mysql的连接驱动）+mysql 创建数据库表 CREATE TABLE `customer` ( `cust_id` bigint(20) NOT NULL AUTO_INCREMENT...-- 建立主键和实体类中的字段映射关系--> 主键之间的映射关系 name:实体类中与数据库表中的主键对应的字段 column：数据库中表中的主键属性（实体类和数据库表中的字段名称一致可以省略）...-- 配置连接数据库的基本信息参数--> hibernate.connection.driver_class">com.mysql.jdbc.Driver... hibernate.connection.url">jdbc:mysql://localhost:3306/hibernate_01</

9433 0

Hibternate框架笔记

identity是由数据库自己生成的，但这个主键必须设置为自增长，使用identity的前提条件是底层数据库支持自动增长字段类型，如DB2、SQL Server、MySQL、Sybase和HypersonicSQL... 例：如果使用MySQL数据库，则主键字段必须设置成auto_increment...id int(11) primary key auto_increment 特点：只能用在支持自动增长的字段数据库中使用，如MySQL。...) 根据底层数据库自动选择方式，需要底层数据库的设置如MySQL，会使用自增字段，需要将主键设置成auto_increment。...8、还可以自定义主键生成策略，这里暂时不讨论，只讨论官方自带生成策略。

2.5K6 0

MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高？

所以，count(*)、count(主键id)和count(1) 都表示返回满足条件的结果集的总行数；而count(字段），则表示返回满足条件的数据行里面，参数“字段”不为NULL的总个数。...单看这两个用法的差别的话，你能对比出来，count(1)执行得要比count(主键id)快。因为从引擎返回id会涉及到解析数据行，以及拷贝字段值的操作。...也就是前面的第一条原则，server层要什么字段，InnoDB就返回什么字段。但是count(*)是例外，并不会把全部字段取出来，而是专门做了优化，不取值。...看到这里，你一定会说，优化器就不能自己判断一下吗，主键id肯定非空啊，为什么不能按照count(*)来处理，多么简单的优化啊。当然，MySQL专门针对这个语句进行优化，也不是不可以。...所以结论是：按照效率排序的话，count(字段)主键id)<count(1)≈count(*)，所以我建议你，尽量使用count(*)。

5.9K5 0

Hibernate 主键介绍

Hibernate有如下主键： ---- Native： Native主键生成方式会根据不同的底层数据库自动选择Identity、Sequence、Hilo主键生成方式。...特点是与底层数据库有关，要求数据库支持Identity，如MySQL中是auto_increment，SQL Server 中是Identity，支持的数据库有MySQL、SQL Server、DB2、...---- Hilo： Hilo使用高低位算法生成主键，高低位算法使用一个高位值和一个低位值，然后把算法得到的两个值拼接起来作为数据库中的唯一主键。Hilo方式需要额外的数据库表和字段提供高位值来源。...默认情况下，使用的表是hibernate_unique_key，默认字段叫做next_hi。next_hi必须有一条记录，否则会出现错误。...GUID主键生成方式使用了一种特殊算法，保证生成主键的唯一性，支持SQL Server 和MySQL.

1.1K2 0

为什么MySQL不推荐使用uuid或者雪花id作为主键？

p=5090 前言在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment...,那么为什么不建议采用uuid,使用uuid究竟有什么坏处？...一、mysql和程序实例 1.1.要说明这个问题,我们首先来建立三张表分别是user_auto_key,user_uuid,user_random_key,分别表示自动增长的主键,uuid作为主键,随机...根据控制变量法,我们只把每个表的主键使用不同的策略生成,而其他的字段完全一样，然后测试一下表的插入速度和查询速度：注：这里的随机key其实是指用雪花算法算出来的前后不连续不重复无规律的id:一串18位长度的...，主键的上界会成为争抢的热点，因为所有的插入都发生在这里，并发插入会导致间隙锁竞争 ③Auto_Increment锁机制会造成自增锁的抢夺,有一定的性能损失附：Auto_increment的锁争抢问题

4.8K2 0

MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高？

但是，在实际使用过程中，我们可能会遇到不同的 COUNT 函数写法，比如 COUNT(*)、COUNT(主键id)、COUNT(字段) 和 COUNT(1)，这些写法在效率上有何差别呢？...COUNT(*) 表示计算所有行数，而 COUNT(主键id) 表示计算主键（即唯一标识一条记录的字段）不为 NULL 的记录数。...其实，它们的性能基本相同，因为在执行时，MySQL 会对这两种写法进行优化。MySQL 会从内存缓存里遍历主键索引，这是一种非常高效的操作方式，而且不需要读取数据页或磁盘块。...但是，在某些特殊情况下，COUNT(*) 可能会比 COUNT(主键id) 稍微快一点，这是因为 MySQL 可以直接通过读取页头来获取表的总记录数，而不需要扫描主键索引。...但是，如果在多表查询的情况下使用 COUNT(1) 或 COUNT(字段)，就需要注意它们的性能问题了。在这种情况下，MySQL 必须进行联接操作，然后再统计记录数。

2.8K3 0

SpringBoot整合Spring Data JPA

validate ：每次加载hibernate时，会校验数据与数据库的字段类型是否相同，字段不同会报错。实体类 JPA规范定义在javax.persistence包下，注意导包的时候不要导错。...@GeneratedValue中标注主键生成策略。 @Transient表示不需要映射的字段。...常见的主键生成策略 TABLE：使用一个特定的数据库表格来保存主键 SEQUENCE：根据底层数据库的序列来生成主键，条件是数据库支持序列。...IDENTITY：主键由数据库自动生成（主要是支持自动增长的数据库，如mysql） AUTO：主键由程序控制，也是GenerationType的默认值。...not null auto_increment, password varchar(255), username varchar(255), primary key (id)) engine=InnoDB

1.2K3 0

Spring 全家桶之 Spring Data JPA（一）

其中表明user及主键名称id是变化的，其余部分是固定结构，而实体类名称和属性是与数据库表名和字段是一一对应的，因此可以通过实体类名记属性确定要操作的数据库表和字段的名字，从而可以根据实体类的不同拼接出不同的...ORM思想的主要目的就是操作实体类就相当于操作数据库表，这就需要建立两个映射关系，实体类和表映射关系，实体类字段和表属性的映射关系，不再关注SQL语句实现了ORM思想的框架有Hibernate及Mybatis...-- Mysql and MariaDB --> mysql mysql-connector-java...编写客户实体类，配置实体类和表及类属性和表字段之间的映射关系 ``` java /** * strategy表示的是主键生成策略 mysql数据库支持主键自增，可以使用IDENTITY oracle...class Customer { @Id//声明主键 @GeneratedValue(strategy = GenerationType.IDENTITY)//声明主键生成策略 @Column(name

2.4K2 0

点击加载更多

如何为MySQL主键添加字段？

MySQL字段自增长AUTO_INCREMENT用法实例详解

MySQL adddrop字段时报主键冲突

报错的原因可能是找不到对应的主键字段或者主键字段类型不匹配

MySQL中的字段约束 null、not null、default、auto_increment

MySQL自增主键为什么不连续

为什么MySQL不推荐使用uuid作为主键？

快速学习-JPA的入门案例

Hibernate配置文件hbm主键的generator可选项

MySQL中count(字段) ，count(主键 id) ，count(1)和count(*)的区别

Jpa使用详解

数据插入失败引发的主键auto_increment问题

hibernate系列之一

Hibternate框架笔记

MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高？

Hibernate 主键介绍

为什么MySQL不推荐使用uuid或者雪花id作为主键？

MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高？

SpringBoot整合Spring Data JPA

Spring 全家桶之 Spring Data JPA（一）

相关资讯

热门标签

活动推荐

运营活动

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐