DBMS·데이터 액세스·트랜잭션 개요

핵심 요약

DBMS는 데이터를 저장하는 파일 관리자를 넘어 스키마·무결성·질의 처리·동시성·복구·보안을 제공한다. 애플리케이션은 연결·SQL 실행·결과 수신·트랜잭션 경계를 통해 DBMS를 이용한다. 동시 사용 환경에서는 ACID, 잠금과 MVCC, 격리 수준, 데드락을 함께 이해해야 한다.

SQL 요청
  → 구문·의미 검사
  → 최적화(접근경로·조인순서·조인방법)
  → 실행
  → 버퍼/저장장치 접근
  → 트랜잭션·로그·잠금/MVCC로 일관성과 복구 보장

학습 목표

• DBMS의 질의 처리기, 저장 관리자, 버퍼, 로그·복구, 트랜잭션 관리 기능을 설명합니다.
• SQL 처리와 애플리케이션 데이터 액세스의 병목 지점을 구분합니다.
• ACID와 동시성 이상 현상, 표준 격리 수준을 연결합니다.
• 잠금과 MVCC의 관계, 데드락 조건과 대응을 사례에 적용합니다.

1. 개념 설명

1.1 DBMS의 주요 기능

구성요소 이름과 내부 구조는 제품마다 다르지만 기능적 구분은 공통 학습 틀로 사용할 수 있다.

1.2 SQL 처리 흐름

1. 구문 분석: SQL 문법과 객체 이름을 확인한다.
2. 의미·권한 확인: 열·자료형·권한·제약과의 정합성을 확인한다.
3. 최적화: 통계와 비용 모델을 이용해 접근 경로, 조인 순서·방법을 선택한다.
4. 실행: 연산자를 수행하고 버퍼·저장장치에서 데이터를 읽고 변경한다.
5. 결과·상태 반환: 행, 영향 건수, 오류와 트랜잭션 상태를 애플리케이션에 돌려준다.

동일한 결과를 만드는 SQL도 계획과 데이터 분포에 따라 비용이 다르다. 실행계획은 예상 또는 실제 실행 통계와 함께 해석해야 한다.

1.3 데이터 액세스 설계

• 연결 풀(Connection Pool): 연결 생성 비용을 줄이지만 크기가 지나치면 DB 동시 세션·메모리·잠금 경합이 늘어난다.
• 바인드/준비 문장: 값과 SQL 구조를 분리해 안전성과 반복 실행 효율을 높인다. 모든 SQL을 하나의 형태로 강제하면 데이터 편향에 따른 계획 문제는 별도로 검토해야 한다.
• 배치 처리: 다수의 유사 DML을 묶어 네트워크 왕복과 호출 오버헤드를 줄인다.
• Fetch 크기·페이지 처리: 결과를 지나치게 작은 단위로 반복 수신하거나 전체를 한 번에 메모리에 적재하는 양 극단을 피한다.
• N+1 접근: 목록 1회 조회 후 각 행마다 추가 SQL을 실행하는 패턴으로 왕복과 실행 횟수가 급증한다.
• 트랜잭션 경계: 업무 원자성보다 작으면 부분 완료가 생기고, 지나치게 크면 잠금·버전·로그 보유 시간이 늘어난다.

1.4 ACID

1.5 동시성 이상과 격리 수준

SQL 표준의 일반적 구분은 다음과 같다. 실제 DBMS는 MVCC 구현과 수준 명칭의 의미가 다를 수 있으므로 제품 문서를 확인해야 한다.

SERIALIZABLE은 동시성이 사라진다는 뜻이 아니라 결과가 직렬 순서와 동등하도록 보장하는 수준이다. 충돌 시 대기뿐 아니라 직렬화 실패와 재시도가 발생할 수 있다.

1.6 잠금, MVCC, 데드락

• 잠금은 충돌하는 작업을 대기시켜 객체·행의 동시 변경을 조정한다. 잠금 모드·범위·획득 순서가 중요하다.
• MVCC는 여러 버전을 이용해 읽기 스냅샷을 제공하고 읽기-쓰기 충돌을 줄인다. 그러나 쓰기-쓰기 충돌, 명시적 잠금, DDL, 자원 경합까지 제거하지는 않는다.
• 데드락은 트랜잭션들이 서로 가진 자원을 기다리는 순환 대기다. DBMS는 보통 하나를 희생시켜 해소하지만 애플리케이션은 롤백과 재시도를 처리해야 한다.

T1: A 잠금 보유 → B 대기
T2: B 잠금 보유 → A 대기
          = 순환 대기(Deadlock)

2. 구성요소와 관계

3. 판단 흐름

1. 업무적으로 함께 성공·실패해야 할 작업을 식별한다.
2. 읽기·쓰기 충돌과 허용할 수 없는 이상 현상을 정의한다.
3. 트랜잭션 경계와 격리·잠금 전략을 선택한다.
4. 연결 수, SQL 실행 횟수, 왕복, 배치와 결과 크기를 설계한다.
5. 실제 동시 부하에서 대기·데드락·직렬화 실패·재시도를 측정한다.
6. 오류 시 롤백·재시도·멱등성·사용자 응답을 검증한다.

4. 사례·텍스트 다이어그램

사례: 재고 1개에 두 주문이 동시에 접근

T1 읽기: 재고=1          T2 읽기: 재고=1
T1 재고=0 갱신           T2 재고=0 갱신
T1 COMMIT                T2 COMMIT

애플리케이션이 ‘읽고 계산한 뒤 갱신’만 하면 두 주문이 모두 성공할 수 있다. 해결 후보는 다음과 같다.

• 재고수량 > 0 조건을 포함한 원자적 갱신 후 영향 건수 확인
• 필요한 행에 대한 명시적 잠금과 짧은 트랜잭션
• 충돌을 탐지하는 버전 열·낙관적 동시성 제어
• 더 높은 격리 수준과 직렬화 실패 재시도

하나의 해법을 무조건 적용하지 말고 충돌 빈도, 대기 비용, 실패 처리와 DBMS 동작을 비교한다.

5. 비교와 구분

시험 판단 포인트

• DBMS의 일관성은 선언된 제약과 애플리케이션 업무 규칙이 함께 만들어 낸다.
• READ COMMITTED는 일반적으로 dirty read를 막지만 같은 행·조건의 재조회 결과까지 고정하지는 않는다.
• MVCC는 ‘잠금이 전혀 없음’이 아니라 읽기 스냅샷을 통해 일부 경합을 줄이는 방식이다.
• 데드락은 단순 장시간 대기와 달리 순환 대기이며, 잠금 획득 순서를 일관되게 하면 위험을 낮출 수 있다.
• 연결 풀은 클수록 좋은 것이 아니라 DB가 감당할 동시 작업량과 애플리케이션 대기 전략에 맞춰야 한다.

자주 틀리는 부분

• Auto-commit 상태의 여러 SQL이 하나의 업무 트랜잭션이라고 생각한다.
• 격리 수준을 높이면 애플리케이션의 모든 동시성 오류가 자동으로 사라진다고 단정한다.
• MVCC에서는 UPDATE끼리도 대기하지 않고 데드락이 없다고 오해한다.
• 연결 풀 고갈을 DB 연결 수만 늘려 해결하고 긴 트랜잭션·느린 SQL을 확인하지 않는다.
• 바인드 변수를 사용하면 SQL 주입뿐 아니라 모든 실행계획 문제까지 해결된다고 본다.