mysql返回自增id - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

Mybatis插入时返回自增id的值

Mybatis返回自增id的值在开发中常常会用到自增id，正常的插入语句返回是插入成功的条数，而有时候我们会需要插入的id值。怎么获取插入的id值？...常见获取方法 1.先取出最大id值，在程序中加1 2.调用数据库api取得最大id值，然后插入 ......Mybatis的解决方案 id="insertSelective" parameterType="me.forxx.model.user" useGeneratedKeys="true"...="user_id"即可，useGeneratedKeys是否使用生成的主键，keyProperty主键字段名用法： User user = new User(); user.setName("name..."); //其他属性 userDao.insertSelective(user); //获取自增的user_id Long userId = user.getUserId(); Mybatis会直接返回到插入的对象的主键字段上

2.7K1 0

hive自增ID

自增列的生成 over()里不带排序或order by 1是一样的效果 select row_number() over() as id,a1.id,relationwords,relation_words...商务手表 Time taken: 34.197 seconds, Fetched: 19 row(s) 方式2： select row_number() over(order by 1) as id...,a1.id,relationwords,relation_words from ods.ods_wpt_management_search_relation_words_full_1d a1 lateral...select row_number() over() + t2.max_id as id, t1.name from (select name from nametb) t1 cross join (...select coalesce(max(id),0) max_id from id_test) t2;

3.1K3 0

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

是的

没有找到

mybatis插入数据后返回自增主键ID详解

1.场景介绍: 开发过程中我们经常性的会用到许多的中间表,用于数据之间的对应和关联.这个时候我们关联最多的就是ID,我们在一张表中插入数据后级联增加到关联表中.我们熟知的mybatis在插入数据后返回的是插入成功的条数...2.插入数据返回自增主键ID方法(一) 在映射器中配置获取记录主键值 xml映射: 在xml中定义useGeneratedKeys为true,返回主键id的值,keyProperty和keyColumn...-- 插入数据:返回记录主键id值 --> id="insert" useGeneratedKeys="true" keyProperty="id" keyColumn="id">...System.out.println("id = " + student.getId()); // 执行添加操作之后通过Java对象获取主键属性值添加批量记录时返回主键ID 如果希望执行批量添加并返回各记录主键字段值...-- 批量添加数据，并返回主键字段 --> id="insert" useGeneratedKeys="true" keyProperty="id"> insert into

14.3K3 0

MySQL replace into导致的自增id问题

// MySQL replace into导致的自增id问题 // 今天线上遇到一个问题，挺有意思，这里记录一下希望对大家有所帮助。...某个表中，只有一条记录，发生高可用切换之后，自增id的值发生了变化，主从的自增id值不一致，导致数据写入报主键冲突的错误。...2 rows affected，其中之所以返回影响2行，是因为replace into的值是(6,3),而age=3这条记录已经存在，所以会先删除id=3，age=3这条记录，然后插入id=6，age=...*/; 可以看到，MySQL将replace into的在binlog中保存的格式是update语句，那么update语句本质上不会对自增值进行修改，所以就导致了主从的表自增id不一致，这样虽然看着没有什么问题...，从库的自增id比主库的小，当主从发生切换的时候，这个问题就比较严重了，有些数据写入的时候，就会报错了。

8.9K2 0

解决MySQL自增id用尽的问题

背景介绍我们项目中有一张article_click_record表，用户每次点进一篇文章，就会往该表中插入一条记录article_click_record表主要有如下三列：id：自增主键，INT类型user_id...解决方案首先，对于表的自增id即将溢出的问题，由于该表存在大量记录，因此不能直接将该表的id列改为BIGINT类型我们实际采用的解决id溢出的方式是：新增一张article_click_record_new...id溢出后，新表的数据也就预热完成了，此时只往新表中写入数据，并且在读表时，也可以直接读取新表了新表的id列采用BIGINT类型的原因：避免再次出现自增id用尽的问题由于业务需要，我们希望id是保持递增的...已经溢出（MySQL在自增id达到最大值后，下次再获取自增id时，还是会获取到最大值） // 因此，当出现DuplicateKeyException异常时，只需将oldTableIdOverflow...值，因此这里执行的SQL是： // INSERT INTO article_click_record_new(id, user_id, article_id) VALUES(#{id},

2.3K1 0

MySQL 主键自增 ID 会用完吗？

MySQL 主键自增 ID 会用完吗？...首先我们一般创建 MySQL 数据表的时候，大部分情况下会创建一个自增主键ID 的字段，可能你的建表语句如下： CREATE TABLE IF NOT EXISTS `tb`( `id` INT...所以在 MySQL 中自增 ID 是会用完的。那么问题来了，加入他的 ID 用完会发生什么事呢？我们来验证下。...如果会那么久需要创建 8 字节的 INT 类型了，他的值最大是 2^64-1 那么问题又来了，你说我有些业务是不需要主键、不需要自增编号，我不创建这个字段，就好了，这样想恭喜你回答错误....总结：自增 ID 用完会报主键冲突、数据插入失败。不指定主键、默认创建的 row_id 会覆盖原有的数据。

11.5K2 0

MySQL 自增ID的几个小问题

=4 DEFAULT CHARSET=latin1 自增ID为4，删除ID最大的记录并不影响自增ID的值。...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用完后就不变了。

9.2K2 1

Mybatis使用generatedKey在插入数据时返回自增id始终为1，自增id实际返回到原对象当中的问题排查

今天在使用数据库的时候，遇到一个场景，即在插入数据完成后需要返回此数据对应的自增主键id，但是在使用Mybatis中的generatedKey且确认各项配置均正确无误的情况下，每次插入成功后，返回的都是...1，而不是最新的自增Id。...int表示的是插入操作受影响的行数，而不是指的自增长id，那么返回的自增id到底去哪里了呢？...通过下面的Debugg我们知道自增id返回到testGenKey的原对象中去了。举例示范配置数据库示例表 generator的配置文件 <?...null : sex.trim(); } } 测试及Debugg 编写测试方法测试插入插入成功后观察对应的变量对应的值总结：调用Insert后插入操作之后，所得到自增长Id被赋值到原对象当中

4.7K1 0

mongo实现自增id

maybeEmitEvent(new BeforeSaveEvent(objectToSave, dbDoc, collectionName)); Object id...insertDBObject(collectionName, dbDoc, objectToSave.getClass()); populateIdIfNecessary(objectToSave, id...onAfterSaveEvent maybeEmitEvent(new AfterSaveEvent(objectToSave, dbDoc, collectionName)); } 实现mongo自增...id 提供一个@MongoAutoId的注解，然后onBeforeConvert事件中进行转换。...event.getCollectionName())); } } }); } } /** * 获取自增id

5.2K3 0

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

缺点：获取的不是真正的自增id，是表中最大的Id，如果有删除数据的话，那么该值和自增id相差比较大。如果有连表数据，有可能导致数据错乱。...使用mysql查询函数：SHOW TABLE STATUS; 优点：能够准确的查到自增id。而且可以在语句后面加上where语句或者like语句来过滤。...缺点：该语句返回的是一个记录集，不能单独的返回自增值。所以需要额外的操作来获取。使用自定义查询方法：mysql表相关的信息是放在information_schema表里。...---- mysql自增id的重置使用truncate：truncate table；说明：使用truncate会删除表的数据释放空间，并且重置字自增id，但不会删除表的定义。...也不会清空数据，有可能会出现重复key的可能，所以此方法也只适用于清空表之后重置自增id或者大量删除后修改自增id。

13.5K2 0

oracel设置自增ID

REPLACE TRIGGER TG_CSMSCLIENTLOGININFO BEFORE INSERT ON CSMS_CLIENT_LOGIN_INFO FOR EACH ROW WHEN (new.id...is null) begin select SEQ_CSMSCLIENTLOGININFO.nextval into:new.id from dual; end;

3.5K8 0

Oracle 设置ID自增

start with 21 increment by 1 cache 20; 参数描述： create sequence seq_name：创建序列，seq_name为序列名称 minvalue：自增最小值...maxvalue：自增最大值，缺省值为nomaxvalue，即不设置最大值；系统能产生的最大值为10的27次方。 start with：自增开始值，设置成21则从21开始自增。...increment by：自增数值，设置成1则每次递增1，负数表示递减，缺省值为1。...from dual; end t_user_tr; 参数描述： t_user_tr: 随意的名字，不要重复就行 t_user: 表名 user_id ：自增的id 删除触发器： DROP TRIGGER...自增长

3.3K3 0

面试官:mysql如何重置自增id

面试官：咱们聊聊mysql的自增id。...mysql自增id给我们的自增主键定义带来了很大的方便，但是经常mysql的自增id会有不连续情况，能说说什么场景下mysql的id会产生不连续吗我：我以一张表为例来解释一下，我先创建一张表zh_person...面试官：等一下，mysql的自增id在唯一索引冲突的时候为什么不会回滚回去呢？...面试官：存储在内存中，那mysql 服务重启了怎么记录自增id呢？...我：每次mysql重启都都会查找当前表的最大id值，然后加1存储到内存中作为当前id值面试官:对这种自增id不连续的情况，对生产有什么影响吗？你有什么好的建议？

8.7K5 2

MySQL自增id超大问题查询转

查了资料之后，小A得知，原来，mysql主键自增有个参数innodb_autoinc_lock_mode，他有三种可能只0,1,2，mysql5.1之后加入的，默认值是1，之前的版本可以看做都是0。...id是7 delete from t1 where id in (2,3,4); -- 此时数据表只剩1，5，6了，自增id还是7 insert into t1 values(2, 106,... "test1"),(NULL, 107, "test2"),(3, 108, "test2"); -- 这里的自增id是多少呢？ ...上面的例子执行完之后表的下一个自增id是10，你理解对了吗，因为最后一条执行的是一个Mixed-mode inserts语句，innoDB会分析语句，然后分配三个id，此时下一个id就是10了，但分配的三个...删除表的自增主键删除自增主键，让唯一索引来做主键，这样子基本不用做什么变动，只要确定目前的自增主键没有实际的用处即可，这样的话，插入删除的时候可能会影响效率，但对于查询多的情况来说，小A比较两种之后更愿意选择后者

6.1K2 0

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

当我们使用 MySQL 进行数据存储时，一般会为一张表设置一个自增主键，当有数据行插入时，该主键字段则会根据步长与偏移量增长（默认每次+1）。...自增的值并不是保存在表结构信息内的，对于不同的版本它们有如下的区别： 1.1.1 MySQL 8.0版本之前（重启后可能会产生变化）：计数器的值存储在内存中的，重启后丢弃，下一次将读取最大的一个自增ID...不一定，业务也不应该过分依赖 MySQL 自增 ID 的连续性，在以下三种情况下，并不能保证自增 ID 的连续性： 1.5.1 插入时的其他唯一索引冲突假设已存在数据{1,张三}，且张三所属的字段设置了唯一主键...当我们为表设置了自增主键后，自增 ID 的范围则与主键的数据类型长度相关。...三、自增 ID 的暴露导致被爬虫恶意遍历该怎么办？在实际业务场景中，ID 常常需要返回给客户端用来进行相关业务操作。假如我们有个 userinfo?uid=?

5.1K1 0

基于MySQL自增ID字段增量扫描研究

问题对于MySQL表，如果自增ID不是主键时，是否可以用来做增量查询？ 2. ...背景需要按照自增ID字段进行增量查询，有些表的自增ID是主键，而有些表的自增只是普通索引，有些采用MyISAM，有些采用InnoDB。...// 按自增ID有序（自增ID为主键） MySQL [test]> SELECT * FROM tableA1; +----+----+----+----+ | id | af | bf | cf |...ID为主键时，自增ID乱序插入，查询结果也是按自增ID有序（实测有序插入一样有序），因此可以放心依自增ID增量查询，而不必指定“ORDER BY f_id”。...ID有序返回。

12.6K2 0

字节面试：MySQL自增ID用完会怎样？

在一些中小型项目开发中，我们通常会使用自增 ID 来作为主键的生成策略，但随着时间的推移，数据库的信息也会越来越多，尤其是使用自增 ID 作为日志表的主键生成策略时，可能很快就会遇到 ID 被用完的情况...，那么如果发生了这种情况，MySQL 又会怎样执行呢？...PS：当然，在分库分表的场景中，我们通常会使用雪花算法来替代自增 ID，但中小型项目开发中，使用自增 ID 的场景还是比较多的。...1.自增ID 在 MySQL 中，如果字段的数据类型为整数类型（如 INT、BIGINT 等），则可以通过关键字“AUTO_INCREMENT”来设置让当前的字段实现自增，例如以下 SQL： CREATE...存在安全性问题，比如通过自增 ID 可能会推测出一些业务信息。例如，一个电商订单表使用自增 ID 作为主键，可能会被竞争对手通过订单号大致推测出业务量等信息。2.自增ID用完会怎样？

9481 0

mysql 主键自增语句_MySQL 自增主键

连续性插入成功时，其数据的 ID 和前一次插入成功时数据的 ID 相邻。自增主键的单调性为何会有单调性的问题？这主要跟自增主键最大值的获取方式，以及存放位置有关系。...MySQL 5.7 及之前的版本，自增主键最大值会在启动(重启)后从数据库中取出放到内存： SELECT MAX(ai_col) FROM table_name FOR UPDATE; 这样获取是通过计算的...从 MySQL 8.0 开始，自增主键最大值会在每次修改后写入到 redo log，并且在每个检查点写入引擎私有的系统表。如果是正常重启，则读取系统表里的值。...其他如果主动指定 ID 为 0 或者 NULL 插入，则会使用数据库生成的自增 ID。...参考文档为什么 MySQL 的自增主键不单调也不连续 https://database.51cto.com/art/202004/614923.htm 《MySQL技术内幕——InnoDB存储引擎》

15.5K1 0

MySQL 自增 ID 超 int 上限的实战解法

表数据量可能爆了，但是查了下好像没有太大限制再认真看了下表的自增id，这个数字让人有点熟悉的：2147483647 这个不就是int的最大值吗。...意思是因为自增id超过了int，所以插入失败了，id设的就是int类型，还有个小彩蛋，目前数据库设的int长度是50，但是根本没什么鸟用。...结果我看到自增的id值居然是不连续的按理说自增id应该是一个接着一个，不会有空隙的，后面查了一下由于数据库自增id有个高性能策略，设置了id就不一定连续。...统计了一下后面的数据大概是1个小时完成1.5%左右最后我是周一晚上执行的，周四早上上班的时候才跑完，用了2天多一点的时间~ 总结刚刚才在掘金刷到一篇文章《字节面试：MySQL自增ID用完会怎样？》...其实当初他们设计的时候也预料过这个问题，所以设了个int长度50，但是这个长度没起作用- -所以设计数据库的时候一定要做好，不然几亿数据改个字段类型要2天 2、数据库的自增id策略选了高性能策略，导致并发高的时候

3072 0

线上MySQL的自增id用尽怎么办？

作者：废柴程序员链接：https://www.jianshu.com/p/a6bc14005b52 MySQL的自增id都定义了初始值，然后不断加步长。...那自增id用完，会怎么样？图片表定义自增值id 表定义的自增值达到上限后的逻辑是：再申请下一个id时，得到的值保持不变。...InnoDB系统自增row_id 若你创建的InnoDB表未指定主键，则InnoDB会自动创建一个不可见的，6个字节的row_id。...所以应该在InnoDB表中主动创建自增主键：当表自增id到达上限后，再插入数据时会报主键冲突错误。毕竟覆盖数据，就意味着数据丢失，影响数据可靠性；报主键冲突，插入失败，影响可用性。...因为MySQL使用了一个唯一数组图片给新线程分配thread_id时的逻辑：图片总结每种自增id有各自的应用场景，在达到上限后的表现也不同：表的自增id达到上限后，再申请时它的值就不会改变

4.5K2 0

点击加载更多

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭