일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 삽입 이상
- DB
- well-know port
- gatway
- 3-way handshaking
- java
- buildSrc
- 자바
- 스레드 풀
- 자료구조
- 페이지네이션
- Dirty Checking
- 비관적 락
- Kafka
- 네트워크
- HTTP
- Spring
- MSA
- 낙관적 락
- 갱신 이상
- 데이터베이스
- Kotlin
- 정규화
- 캐시 오염
- 삭제 이상
- JPA
- ocp
- AWS
- null
- Redis
Archives
- Today
- Total
728x90
목록
728x90
2024/08/20 (1)
728x90
728x90
어 나 갱수.
[DB] 낙관적 락(Optimistic Lock), 비관적 락(Pessimistic Lock)
데이터베이스에 접근해서 데이터를 수정할 때 동시에 수정이 일어나게 되면 충돌이 발생하게 됩니다. 충돌이 발생 안 하려면 어떻게 해야 할까요? 저희는 데이터베이스의 락(Lock)을 사용해서 충돌을 방지할 수 있습니다.이러한 동시성 문제는 데이터의 일관성과 무결성을 위협할 수 있습니다. 따라서 동시에 데이터에 접근하려는 다양한 요청들을 잘 제어하는 것은 필수적인 작업입니다. 동시성 제어를 위한 두 가지 핵심적인 방법에 대해 알아보겠습니다.발생할 수 있는 동시성 문제상품 재고 수량이 맞지 않는 경우 사용자 A가 재고가 5개인 상품을 조회하고 재고를 하나 차감하는 트랜잭션을 실행사용자 B가 전체 상품을 조회, 사용자 A가 실행시킨 트랜잭션이 커밋되지 않았기 때문에 5개가 조회사용자 A가 실행한 트랜잭션이 커밋됨..
DB
2024. 8. 20. 17:15