일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 캐시 오염
- AWS
- 자바
- 삭제 이상
- Dirty Checking
- HTTP
- 네트워크
- 비관적 락
- buildSrc
- 삽입 이상
- MSA
- java
- gatway
- 3-way handshaking
- 스레드 풀
- Spring
- DB
- ocp
- Kotlin
- Redis
- null
- 정규화
- 갱신 이상
- Kafka
- 페이지네이션
- 자료구조
- 데이터베이스
- JPA
- well-know port
- 낙관적 락
Archives
- Today
- Total
728x90
목록
728x90
낙관적 락 (1)
728x90
728x90
어 나 갱수.

데이터베이스에 접근해서 데이터를 수정할 때 동시에 수정이 일어나게 되면 충돌이 발생하게 됩니다. 충돌이 발생 안 하려면 어떻게 해야 할까요? 저희는 데이터베이스의 락(Lock)을 사용해서 충돌을 방지할 수 있습니다.이러한 동시성 문제는 데이터의 일관성과 무결성을 위협할 수 있습니다. 따라서 동시에 데이터에 접근하려는 다양한 요청들을 잘 제어하는 것은 필수적인 작업입니다. 동시성 제어를 위한 두 가지 핵심적인 방법에 대해 알아보겠습니다.발생할 수 있는 동시성 문제상품 재고 수량이 맞지 않는 경우 사용자 A가 재고가 5개인 상품을 조회하고 재고를 하나 차감하는 트랜잭션을 실행사용자 B가 전체 상품을 조회, 사용자 A가 실행시킨 트랜잭션이 커밋되지 않았기 때문에 5개가 조회사용자 A가 실행한 트랜잭션이 커밋됨..
DB
2024. 8. 20. 17:15