要么在应用层加锁，要么在缓存加锁，要么在数据库层使用乐观锁，使用 version 作为更新依据。
说明：如果每次访问冲突概率小于 20%，推荐使用乐观锁，否则使用悲观锁。乐观锁的重试次数不得小于 3 次
并发修改同一记录时需要加锁
2024-01-17
46
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
并发修改同一记录时需要加锁
相关文章
|
3月前
|
3月前
|
NoSQL
前端开发
Java
【幂等性大坑】事务提交前释放锁导致锁失效问题
在事务中,使用了 Redis 分布式锁.这个方法一旦执行,事务生效，接着就 Redis 分布式锁生效，代码执行完后,先释放 Redis 分布式锁,然后再提交事务数据，最后事务结束。如果是表单重复提交场景，可以尝试给“订单号”等有唯一性的字段加唯一索引，这样重复提交时会因为唯一索引约束导致索引失效。5、如果表的一个字段，要作为另外一个表的外键，这个字段必须有唯一约束（或是主键），如果只是有唯一索引，就会报错。2、创建唯一约束，会自动创建一个同名的唯一索引，该索引不能单独删除，删除约束会自动删除索引。
129
7
7
|
7月前
|
数据库连接
数据库
|
关系型数据库
MySQL
数据库
|
前端开发
关系型数据库
MySQL
|
SQL
存储
算法
|
SQL
Java
数据库
【事务与并发】- 不同事务读取相同数据问题
在加了事务的接口中，不同的业务或者是出现并发的时候，发现了一些SQL读取问题，两个都被事务包裹的方法，各自是隔离的，如果一方的事务延时提交，就会导致另一方读取出来的数据相同，并不是修改后的数据。
137
0
0
|
7月前
|
关系型数据库
MySQL
测试技术
MySQL 并发插入唯一键相邻数据和更新数据导致死锁
一 前言死锁其实是一个很有意思也很有挑战的技术问题，大概每个DBA和部分开发朋友都会在工作过程中遇见。关于死锁我会持续写一个系列的案例分析，希望能够对想了解死锁的朋友有所帮助。二 案例分析2.1 业务场景业务上的主要逻辑:首先执行插入数据，如果插入成功，则提交。如果插入的时候报唯一键冲突，则执行更新...
260
0
0
|
缓存
关系型数据库
MySQL
热门文章
最新文章
1
使用cProfile等工具来提高python的执行速度
2
四大触点，教你从“用户视角”构建数据分析体系
3
Spring-boot+Dubbo应用启停源码分析
4
docker阿里云镜像加速
5
《Stata统计分析与应用（第2版）》一3.4 图形的保存、合并及修改
6
语言设计中的鸭子类型风格
7
ActionBar的使用
8
[20150529]ORA-16664.txt
9
25个优秀的国外单页网站设计作品欣赏
10
人际风格的四大分类
1
【SpringFramework】Spring初体验
75
2
「Mac畅玩鸿蒙与硬件46」UI互动应用篇23 - 自定义天气预报组件
60
3
CDP与Selenium相结合——玩转网页端自动化数据采集/爬取程序
56
4
解决Redis缓存数据类型丢失问题
109
5
Flink 2.0 存算分离状态存储 — ForSt DB
113
6
RDS通用云盘核心能力
64
7
体验云数据库RDS通用云盘核心能力
33
8
产品动态丨阿里云弹性计算产品月刊（2024年11月）
34
9
确保 Active Directory 安全性的方法
28
10
【实践】快速学会使用云消息队列RabbitMQ版
30