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.6K2 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.7K2 1

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

是的

没有找到

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.2K2 0

mysql改变主键字段类型吗_mysql修改字段类型有哪些？

mysql修改字段类型有：1、添加字段【alter table table1(表名)add No_id(字段名)】；2、修改字段类型【t1(表名) alter column a(字段名)】；3、删除某表的字段...mysql修改字段类型有： 1、mysql修改字段的默认值 alter table tb_mer_team_column drop constraint DF_tb_mer_team_column_columnOrder...table tb_mer_team_column add constraint DF_tb_mer_team_column_columnOrder default 0 for columnOrder 2、mysql...3、mysql 修改字段类型alter table t1(表名) alter column a(字段名) text(50)(字段类型) 4、mysql 添加主键字段alter table tb_mer_basInfo...add constraint [PK_tb_merchantBasInfo] primary key ( merchantID) 5、mysql 删除某表的字段alter table `lm_aclass

10.7K1 0

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

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

4281 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为每条记录创建唯一的标识符。

6.9K2 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.7K2 0

mysql多字段主键_sql改变列数据类型

MySQL数据类型 (1)数值类型 1、整数型 2、浮点型 3、定点型 (2)日期时间类型 (3)字符串类型 MySQL字段属性 1、空\不为空值：NULL、NOT NULL 2、主键：primary...float和double在不指定精度时，默认会按照实际的精度来显示，而DECIMAL在不指定精度时，默认整数为10，小数为0。...空\不为空值：NULL、NOT NULL 字段的数据默认情况下是允许为空的，比如说一条人的信息记录中可以没有邮箱(或许有些人考虑用“空字符串”来代表)，我们允许可以不填入数据的字段可以设置为null；但比如说某些必填数据...因为唯一标识，所以主键字段的数据不能为空，并且主键字段的数据值不能重复主键也是一种索引，可以提高查找速率。...唯一键的删除： alter table 表名 drop index 唯一键名; — 唯一键默认使用字段名来定义名字自增长：auto_increment 自增长的功能是可以使某个字段的数据随着记录的插入而进行增长

3.6K2 0

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

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

5.9K3 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.3K0 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的文件夹，在此文件夹下创建一个名为

8212 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.8K3 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</

8913 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.6K2 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(*)

3.9K3 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(*) 来处理，多么简单的优化。...当然 MySQL 专门针对这个语句进行优化也不是不可以。但是这种需要专门优化的情况太多了，而且 MySQL 已经优化过 count(*) 了，你直接使用这种语句就可以了。

4.2K1 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.

1K2 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.4K6 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.8K5 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.7K2 0

点击加载更多

如何为MySQL主键添加字段？

MySQL adddrop字段时报主键冲突

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

mysql改变主键字段类型吗_mysql修改字段类型有哪些？

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

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

MySQL自增主键为什么不连续

mysql多字段主键_sql改变列数据类型

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

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

快速学习-JPA的入门案例

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

hibernate系列之一

Jpa使用详解

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

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

Hibernate 主键介绍

Hibternate框架笔记

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

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

相关资讯

热门标签

活动推荐

运营活动

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐