Notice
Recent Posts
Recent Comments
Link
«   2025/04   »
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
Tags more
Archives
Today
Total
관리 메뉴

개발의변화

트랜잭션 본문

데이터베이스

트랜잭션

refindmySapporo 2023. 4. 19. 15:35
반응형

트랜잭션

데이터베이스에서 하나의 논리적 기능을 수행하기 위한 작업의 단위, 여러 개의 쿼리들을 하나로 묶는 단위를 말한다.

 

원자성,일관성,독립성, 지속성

 

원자성: 트랜잭션과 관련된 일이 모두 수행되었거나 되지 않았거나를 보장하는 특징

(트랜잭션이 데이터베이스에 모두 반영되던가, 아니면 전혀 반영되지 않아야 한다는 것->all or nothing)

1. 트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 변환한다

2. 시스템이 가지고 있는 고정요소는 트랜잭션 수행 전과 트랜잭션 수행 완료 후의 상태가 같아야 한다.

 

commit: 여러 쿼리가 성공적으로 처리되었다고 확정하는 명령어, 트랜잭션 단위로 수행되며 변경된 내용이 모두 영구적으로 저장되는 것을 말함 

1: commit 전에는 단지 메모리 버퍼에만 영향을 받으므로, 데이터의 변경 전 상태로 가능함

2. commit전에는 다른 사용자는 현재 사용자가 수행한 명령의 결과 볼 수 없음

3. 어플리케이션이 종료되어 DB접속이 단절되었을 때 자동으로 롤백기능을 실행함

 

rollback: 테이블 내 입력한 데이터나, 수정한 데이터, 삭제한 데이터에 대하여 Commit 이전에는 변경 사항을 취소할 수 있는데 데이터베이스에서는 롤백(Rollback) 기능을 사용하면 된다.

데이터 변경 사항이 취소되어 데이터의 이전 상태로 복구

 

savepoint: 롤백할 때 트랜잭션에 포함된 전체 작업을 롤백하는 것이 아니라 현 시점에서 savepoint까지 트랜잭션의 일부만 롤백할 수 있음

 

격리성(Isolation):

둘 이상의 트랜잭션이 동시에 병행 실행되는 경우 어느 하나의 트랜잭션 실행중에 다른 트랜잭션의 연산이 끼어들 수 없다

수행중인 트랜잭션은 완전히 완료될 때까지 다른 트랜잭션에서 수행 결과를 참조할 수 없다

 

격리 수준에 따라 발생하는 현상

더티리드(Dirty Read): 다른 트랜잭션에 의해 수정됐지만 아직 커밋되지 않는 데이터를 읽는 것

반복 가능하지 않는 조회(Non-Repeatable Read): 

한 트랜잭션 내에서 같은 key를 가진 행을 두번 읽었는데 그 사이에 값이 변경되거나 삭제되어 결과가 다르게 나타나는 현상

팬텀 리드(Phantom Read):

한 트랜잭션 내에서 동일한 쿼리를 보냈을 대 해당 조회 결과가 다른 경우



격리 수준

 

SERIALIZABLE

트랜잭션 내에서 쿼리를 두 번 이상 수행할 떄, 첫 번재 쿼리에 있던 레코드가 사라지거나 값이 바뀌지 않음은 물론 새로운 레코드가 나타나지 않도록 하는 설정

REPEATABLE_READ

트랜잭션내에서 삭제, 변경에 대해서 Undo 로그에 넣어두고 앞서 발생한 트랜잭션에 대해서는 실제 데이터가 아닌 Undo로그에 있는 백업데이터를 읽게 함. 이렇게 함으로써 트랜잭션 중 값의 변경에 대해서 일정한 값으로 처리할 수 있다

READ_COMMITED

트랜잭션이 커밋되어 확정된 데이터만 다른 트랜잭션이 읽도록 허용한다. 따라서 Dirty Read의 발생가능성을 막는다. 커밋 되지 않은 데이터에 대해서는 실제 DB 데이터가 아닌 Undo 로그에 있는 이전 데이트를 가져오는 것

하지만 어떤 트랜잭션이 접근한 행을 다른 트랜잭션이 수정할 수 있다. 트랜잭션 A가 수정한행을 트랜잭션 B가 수정할 수도 있다

보통 데이터베이스 프로그램들의 기본값으로 설정되어 있음

READ_UNCOMMITED

가장 낮은 격리 수준으로, 하나의 트랜잭션이 커밋되기 이전에 다른 트랜잭션에 노출되는 문제가 있지만 가장 빠르다

데이터 무결성을 위해 되도록이면 사용하지 않은 것이 이상적이나, 몇몇 행이 제대로 조회되지 않더라도 괜찮은 양의 데이터를 어림잡아 집계하는 데는 사용된다

 

지속성(durabilitry): 

성공적으로 완료된 트랜잭션의 결과는 시스템이 고장나도라도 영구적으로 반영되어야 한다

즉 시스템 장애가 발생해도 원래 상태로 복구하는 회복 기능이 있어야 함을 뜻한다

- 체크섬: 중복 검사의 한 형태로, 오류정정을 통해 송신된 자료의 무결성을 보호하는 단순한 방법

- 저널링: 파일 시스템 또는 데이터베이스 시스템에 변경 사항을 반영(commit)하기 전에 로깅하는 것, 트랜잭션 등 변경 사항에 대한 로그를 남기는 것

 

무결성: 데이터의 정확성, 일관성, 유효성을 유지 -> 무결성이 유지되어야 데이터베이스에 저장된 데이터 값과 그 값에 해당하는 실제 값이 일치하는 지에 대해 알 수 있음

개체 무결성: 기본키로 선택된 필드는 빈 값을 허용X

참조 무결성: 서로 참조 관계에 있는 두 테이블의 데이터는 항상 일관된 값을 유지해야 한다

고유 무결성: 특정 속성에 대한 고유한 값을 가지도록 조건이 주어진 경우 그 속성 값은 모두 고유한 값을 가짐

NULL 무결성: 특정 속성 값에 NULL이 올 수 없다는 조건이 주어진 경우 그 속성 값은 NULL이 될 수 없다는 제약조건

반응형

'데이터베이스' 카테고리의 다른 글

MySQL(IFNULL,WITH)  (0) 2023.09.27
자바 변수형  (0) 2023.06.10
SELECT 문  (0) 2023.06.08
정규화과정  (0) 2023.04.18
ERD와 정규화 과정  (0) 2023.04.18