트랜잭션 동시성 제어 방식에는 크게 비관적 동시성 제어(Pessimistic Concurrency Control, PCC)와 낙관적 동시성 제어(Optimistic Concurrency Control, OCC) 두 가지가 있습니다. 각각의 방식은 동시성 문제를 해결하는 접근 방식이 다릅니다.
※ 참고로 금융권에서는 FOR UPDATE 구문을 당연하게 사용합니다. 다른 분야에서는 FOR UPDATE 구문을 꺼리는 경향이 있는데, “데이터의 변경”을 목적으로 SELECT를 하는 경우라면 저는 FOR UPDATE 구문을 당연히 사용해주는 것이 좋다고 봅니다. (대신 동시성을 위해 WAIT 옵션을 주의해서 사용)
비관적 동시성 제어는 다른 트랜잭션이 데이터를 동시에 접근하면 충돌이 발생할 것이라고 가정하고, 미리 락(Lock)을 걸어 다른 트랜잭션의 접근을 차단하는 방식입니다.
✅ 동시성 문제(Dirty Read, Non-Repeatable Read, Phantom Read 등)를 효과적으로 방지
✅ 트랜잭션 충돌이 자주 발생하는 환경에서 안전한 데이터 처리 가능
❌ 락이 오래 유지되면 다른 트랜잭션이 대기하면서 성능 저하 (병목 현상) 발생
❌ **교착 상태(Deadlock)**가 발생할 가능성이 있음
❌ 트랜잭션이 락을 잡고 있을 동안, 다른 트랜잭션은 대기해야 하므로 시스템 자원 낭비
낙관적 동시성 제어는 트랜잭션 간 충돌이 적을 것이라고 가정하고, 별도의 락을 걸지 않음. 대신 트랜잭션 종료 시점에서 충돌이 발생했는지 검사하고, 문제가 발생하면 롤백하는 방식입니다.
✅ 락을 사용하지 않으므로 병목 현상이 적고, 시스템 성능이 향상됨
✅ 읽기 작업이 많은 시스템에서 효율적 (다중 사용자 환경에서 높은 동시성 제공)
✅ 교착 상태(Deadlock)가 발생하지 않음
❌ 충돌이 발생하면 롤백이 많아지고 성능 저하 가능
❌ 트랜잭션이 길어질 경우, 롤백 비용이 커질 수 있음
❌ 충돌이 자주 발생하는 환경에서는 오히려 비관적 동시성 제어보다 비효율적
| 비교 항목 | 비관적 동시성 제어 (PCC) | 낙관적 동시성 제어 (OCC) |
|---|---|---|
| 충돌 가정 | 충돌이 자주 발생할 것으로 예상 | 충돌이 드물다고 가정 |
| 락(Lock) 사용 | 락을 사용하여 데이터 접근 제어 | 락 없이 변경 충돌을 검증 |
| 성능 | 동시성이 낮고, 트랜잭션이 오래 걸릴 수 있음 | 동시성이 높고 빠름 |
| 충돌 발생 시 | 충돌이 발생하지 않도록 예방 | 충돌이 발생하면 롤백 |
| 장점 | 데이터 일관성 보장, 동시성 문제 방지 | 높은 성능, 교착 상태 없음 |
| 단점 | 성능 저하, 교착 상태 발생 가능 | 충돌 발생 시 롤백 비용 증가 |
| 적용 환경 | 충돌이 빈번한 경우 (예: 금융, 재고 관리) | 읽기 위주 시스템, 충돌이 적은 경우 |
비관적 동시성 제어는 충돌을 방지하는 방식, 낙관적 동시성 제어는 충돌을 허용하고 해결하는 방식입니다.
환경과 트랜잭션 패턴을 고려하여 적절한 방식을 선택하는 것이 중요합니다! 🚀
윈도우 운영체제의 노트북에서는 iPhone 유선 테더링이 잘 안되는 경우가 많습니다. 보통 iPhone의 드라이버가 설치가 안되있어서인…
안녕하세요, 혹시 이런 생각해 본 적 없으신가요? "내가 투자한 회사는 누가 감시하고, 어떻게 운영될까?" 오늘은…
1. Gemini CLI란 무엇인가요? Gemini CLI는 터미널 환경에서 직접 Gemini 모델과 상호작용할 수 있도록 만들어진…
과적합은 머신러닝에서 학습용데이터를 과하게 학습하여, 실제데이터를 예측하지 못하는 현상을 말합니다. 인공지능(AI)의 학습 방법은 우리가 시험공부를…