낙관적 병행제어: Difference between revisions

From IT Wiki
No edit summary
No edit summary
Line 6: Line 6:
* 트랜잭션 종료 시에 동시성을 위한 트랜잭션 직렬화가 검증되면 일시에 DB로 반영
* 트랜잭션 종료 시에 동시성을 위한 트랜잭션 직렬화가 검증되면 일시에 DB로 반영
* 장기 트랜잭션 철회시 자원낭비 가능성이 있어, 동시 사용 빈도가 낮은 시스템에서 주로 사용
* 장기 트랜잭션 철회시 자원낭비 가능성이 있어, 동시 사용 빈도가 낮은 시스템에서 주로 사용
{| class="wikitable"
|-
! 과정 !! 동작
|-
| Read Phase || 검증 없이 트랜잭션 수행
|-
| Validation Phase || 종료 시 동시성 검증 수행
|-
| Execution Phase || 문제 없을 시 기록, 동시성 문제 발견 시 철회
|}


=== cf. 비관적 병행제어 ===
=== cf. 비관적 병행제어 ===

Revision as of 22:47, 23 October 2019

Optimistic Concurrency Control
  • 트랜잭션 수행 동안은 어떠한 검사도 하지 않고, 트랜잭션 종료 시에 일괄적으로 검사
  • 트랜잭션 수행 동안 그 트랜잭션을 위해 유지되는 데이터 항목들의 지역 사본에 대해서만 갱신
  • 트랜잭션 종료 시에 동시성을 위한 트랜잭션 직렬화가 검증되면 일시에 DB로 반영
  • 장기 트랜잭션 철회시 자원낭비 가능성이 있어, 동시 사용 빈도가 낮은 시스템에서 주로 사용
과정 동작
Read Phase 검증 없이 트랜잭션 수행
Validation Phase 종료 시 동시성 검증 수행
Execution Phase 문제 없을 시 기록, 동시성 문제 발견 시 철회

cf. 비관적 병행제어

Pessimistic Concurrency Control
  • '낙관적 병행제어'란 충돌이 있을 것을 가정한 기존 로킹 방식에 대한 다른 접근
  • 기존의 로킹 방식 등은 '비관적 병행제어'로 분류 가능(해당 용어는 잘 사용하지 않음)