要么在应用层加锁，要么在缓存加锁，要么在数据库层使用乐观锁，使用 version 作为更新依据。
说明：如果每次访问冲突概率小于 20%，推荐使用乐观锁，否则使用悲观锁。乐观锁的重试次数不得小于 3 次
并发修改同一记录时需要加锁
2024-01-17
39
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
并发修改同一记录时需要加锁
相关文章
|
2月前
|
2月前
|
NoSQL
前端开发
Java
【幂等性大坑】事务提交前释放锁导致锁失效问题
在事务中,使用了 Redis 分布式锁.这个方法一旦执行,事务生效，接着就 Redis 分布式锁生效，代码执行完后,先释放 Redis 分布式锁,然后再提交事务数据，最后事务结束。如果是表单重复提交场景，可以尝试给“订单号”等有唯一性的字段加唯一索引，这样重复提交时会因为唯一索引约束导致索引失效。5、如果表的一个字段，要作为另外一个表的外键，这个字段必须有唯一约束（或是主键），如果只是有唯一索引，就会报错。2、创建唯一约束，会自动创建一个同名的唯一索引，该索引不能单独删除，删除约束会自动删除索引。
60
7
7
|
3月前
|
索引
关系型数据库
MySQL
|
6月前
|
数据库连接
数据库
|
关系型数据库
MySQL
数据库
|
JSON
算法
安全
|
SQL
存储
算法
|
前端开发
关系型数据库
MySQL
|
缓存
关系型数据库
MySQL
|
6月前
|
SQL
监控
关系型数据库
MySQL 并发delete不存在记录申请gap锁导致死锁
一 前言死锁，其实是一个很有意思也很有挑战的技术问题，大概每个DBA都会在工作过程中遇见。关于死锁我会持续写一个系列的案例分析，希望能够对想了解死锁的朋友有所帮助。本文源于我们的生产案例:并发申请gap锁导致的死锁案例,与之前的 死锁案例一不同，本案例是因为RR模式下两个事务中的sql可以获取同一个...
185
0
0