关于MySQL返回插入的自增主键的几种方法

本文主要讲解一下插入数据之后如何获取自增主键的方法:

1.通过SELECT LAST_INSERT_ID(),结果如下:

  LAST_INSERT_ID()
  2817

  这个方法有一个弊端:如果你在插入数据的时候,别人刚好删除了你刚删除的数据,那么你虽然能获取到这个主键,但是没有任何意义了

  如果此时又有人同时插入一条数据,那么获取到的将是别人刚插入进去的那条数据的ID

2.通过SELECT MAX(ruid) FROM tpm_unitinfo,结果如下

  MAX(ruid)
  103

  这个方法返回的是查询的当前表的最大的那个id,也即最后插入的那条记录的id,不过也会有同样的问题,所以插入数据的时候要防止并发问题

3.通过SELECT @@IDENTITY,结果如下:

  @@IDENTITY
  2817

  这个方法和第一种一样,都是返回系统里面记录的最后插入一条数据的id

关于返回自增主键的方法,只通过MySQL来获取,我还是了解的太少,用Mybatis的话,因为使用的是事务,所以很容易就获取到了当前插入的数据的id

  


  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL中,自产生表锁的原因可能有以下几个: 1. 自的值是按照顺序递的,每次插入一条新记录时,MySQL需要获取表级锁来保证唯一性。当并发插入大量记录时,多个插入操作可能会竞争同一个表级锁,导致其他插入操作需要等待锁的释放,从而影响了并发性能。 2. 当使用InnoDB存储引擎时,默认情况下会使用自锁(auto-increment lock)。当插入新记录时,InnoDB会获取一个特殊的自锁,并在插入完成后释放该锁。这种锁的作用是为了保证获取到正确的自值,但同时也会造成并发插入操作之间的等待。 3. 在某些情况下,使用自可能导致索引热点(index hotspot)问题。当大量并发插入操作集中在同一个索引页上时,可能会引发页级锁竞争,从而影响并发性能。 为了减少自产生的表级锁问题,可以考虑以下几种优化方法: 1. 调整自的递步长(increment step):根据实际情况,适当调整自的递步长,减少竞争同一个锁的频率。 2. 使用更高效的生成策略:例如使用UUID或雪花算法等,可以在分布式环境下生成唯一的,减少表级锁竞争。 3. 合理设计索引:避免索引热点问题,尽量将插入操作分散到不同的索引页上,减少锁的竞争。 4. 使用批量插入(bulk insert):将多条记录合并为一次插入操作,减少获取和释放锁的次数。 需要根据具体情况进行优化,结合实际业务需求和数据库使用情况来选择合适的优化策略。 希望以上解答对您有所帮助。如果您还有其他问题,请随时提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值