Java 기본 트랜잭션에 대한 자세한 소개

이 글은 Java 기본 트랜잭션의 세부 소개에 대한 관련 정보를 주로 소개합니다. 필요한 친구는

Java 트랜잭션 세부 설명

1 , 트랜잭션이란

트랜잭션은 데이터베이스에 접근하기 위한 일련의 작업입니다. 데이터베이스 응용 시스템은 트랜잭션 세트를 통해 데이터베이스에 대한 접근을 완료합니다. 트랜잭션이 올바르게 실행되면 데이터베이스가 하나의

상태에서 다른 상태로 전환됩니다.

거래는 ISO/IEC에서 확립한 ACID 원칙을 준수해야 합니다. ACID는 원자성(Atomicity), 일관성(Consistency), 격리성(Isolation) 및 내구성(Durability)의 약어입니다. 트랜잭션은 ISO/IEC에서 확립한 ACID 원칙을 준수해야 합니다. ACID는 원자성(Atomicity), 일관성(Consistency), 격리성(Isolation), 내구성(Durability)의 약어입니다.

아토믹. 즉, 모든 거래가 실행되거나 전혀 실행되지 않는 불가분성입니다. 트랜잭션의 모든 하위 트랜잭션이 성공적으로 제출되면 모든 데이터베이스 작업이 제출되고, 하위 트랜잭션이 실패하면 데이터베이스 상태가 변환되며, 다른 하위 트랜잭션의 데이터베이스 작업은 롤백됩니다. 즉, 데이터베이스는 트랜잭션 실행 전 상태로 돌아가며 상태 전환이 발생하지 않습니다.

일관성 또는 문자열 가능성. 트랜잭션을 실행하면 데이터베이스가 올바른 상태에서 다른 상태로 변환됩니다.
격리. 트랜잭션이 올바르게 커밋되기 전에는 트랜잭션에 의한 데이터 변경 사항이 다른 트랜잭션에 제공되는 것이 허용되지 않습니다. 즉, 트랜잭션이 올바르게 커밋될 때까지 가능한 결과가 다른 트랜잭션에 표시되어서는 안 됩니다.

끈기. 거래가 올바르게 제출되면 해당 결과는 데이터베이스에 영구적으로 저장됩니다. 거래 제출 후 다른 오류가 발생하더라도 거래 처리 결과는 저장됩니다.

내장 SQL 응용 프로그램이나 스크립트를 실행하면 실행 가능한 SQL 문이 처음 실행될 때(데이터베이스에 대한 연결이 설정된 후 또는 기존 트랜잭션이 종료된 후) 트랜잭션이 자동으로 시작됩니다. 트랜잭션을 시작한 후에는 자동 커밋이라는 프로세스를 사용하지 않는 한 트랜잭션을 시작한 사용자 또는 응용 프로그램에 의해 명시적으로 종료되어야 합니다. 이 경우 발행된 개별 SQL 문이 표시됩니다. 단일 트랜잭션을 수행하는 것은 즉시 암시적으로 커밋됩니다. 실행됩니다).

대부분의 경우 COMMIT 또는 ROLLBACK 문을 실행하여 트랜잭션을 종료합니다. COMMIT 문이 실행되면 트랜잭션이 시작된 이후 데이터베이스에 적용된 모든 변경 사항이 영구적으로 적용됩니다. 즉, 디스크에 기록됩니다. ROLLBACK 문이 실행되면 트랜잭션이 시작된 이후 데이터베이스에 적용된 모든 변경 내용이 취소되고 데이터베이스는 트랜잭션이 시작되기 전의 상태로 돌아갑니다. 두 경우 모두 트랜잭션이 완료되면 데이터베이스가 일관된 상태로 돌아가는 것이 보장됩니다.

트랜잭션은 트랜잭션이 성공적으로 커밋된 후에만 데이터 변경 사항이 영구적으로 적용되도록 하여 일반적인 데이터베이스 일관성을 제공하지만, 여전히 사용자나 애플리케이션이 트랜잭션 내에서 수행되는 SQL 작업의 순서를 확인해야 한다는 점에 유의하는 것이 중요합니다. 각 트랜잭션은 항상 일관된 데이터베이스를 생성합니다.

2. 데이터베이스 시스템은 두 가지 트랜잭션 모드를 지원합니다:

자동 커밋 모드: 각 SQL 문은 데이터베이스 이후에 독립적인 트랜잭션입니다. 시스템이 SQL 문을 실행하면 자동으로 트랜잭션이 제출됩니다.
수동 커밋 모드: 트랜잭션 시작 경계와 끝 경계는 데이터베이스 클라이언트 프로그램에서 명시적으로 지정해야 합니다.

참고: MySQL의 데이터베이스 테이블은 INNODB, BDB, MyISAM의 3가지 유형으로 나뉘며, 그중 MyISAM은 데이터베이스 트랜잭션을 지원하지 않습니다. MySQL의 create table 문은 기본적으로 MyISAM 유형으로 설정됩니다.

3. 동시에 실행되는 여러 트랜잭션의 경우 이러한 트랜잭션이 데이터베이스의 동일한 데이터에 액세스할 때 필요한 격리 메커니즘이 채택되지 않으면 이러한 동시성 문제는 다음과 같이 요약될 수 있습니다. 여러 범주를 따릅니다:

• 첫 번째 손실 유형업데이트: 거래가 취소되면 다른 거래에서 제출한 업데이트된 데이터를 덮어쓰게 됩니다.

• 더티 읽기: 한 트랜잭션이 다른 트랜잭션에서 제출한 업데이트된 데이터를 읽습니다.

• 더미 읽기: 트랜잭션은 다른 트랜잭션에서 제출한 새로 삽입된 데이터를 읽습니다.

• 반복 불가능한 읽기: 하나의 트랜잭션이 다른 트랜잭션에 의해 제출된 업데이트된 데이터를 읽습니다.

• 업데이트 손실의 두 번째 유형: 이것은 한 트랜잭션이 다른 트랜잭션이 제출한 업데이트된 데이터를 덮어쓰는 반복 불가능한 읽기의 특별한 경우입니다.
  

4. 격리 수준

데이터베이스 시스템이 읽기 커밋 격리 수준을 채택하면 두 번째 유형의 격리가 발생합니다. 반복 불가능한 읽기 업데이트 손실로 인한 동시성 문제는 애플리케이션에서 비관적 잠금 또는 낙관적 잠금을 사용하여 피할 수 있습니다. 애플리케이션 관점에서 잠금은 다음 범주로 나눌 수 있습니다.

1. 직렬화 가능: 트랜잭션은 실행 중에 다른 트랜잭션에 의해 데이터베이스에 적용된 업데이트를 볼 수 없습니다.

2. 반복 읽기: 실행 중에 트랜잭션은 다른 트랜잭션에 의해 제출된 새로 삽입된 레코드를 볼 수 있지만 다른 트랜잭션 갱신에 의한 기존 레코드의 변경 사항은 볼 수 없습니다.

3. Read Committed(커밋된 데이터 읽기): 트랜잭션 실행 중에 다른 트랜잭션에 의해 커밋된 새로 삽입된 레코드를 볼 수 있으며, 커밋된 쌍도 볼 수 있습니다. 기존 레코드 업데이트

4. 커밋되지 않은 데이터 읽기(커밋되지 않은 데이터 읽기): 트랜잭션이 실행되는 동안 다른 트랜잭션에서 커밋되지 않은 새로 삽입된 레코드를 복사할 수 있습니다. 다른 트랜잭션을 볼 수 있습니다. 기존 레코드에 커밋된 업데이트가 없습니다.

격리 수준이 높을수록 데이터의 완전성과 일관성이 보장되지만 동시성 성능에 미치는 영향은 더 커집니다. 대부분의 애플리케이션에서는 데이터베이스 시스템의 격리 수준을 커밋된 읽기로 설정하는 데 우선순위를 부여할 수 있습니다. 그러면 더티 읽기를 방지하고 동시성 성능이 향상됩니다. 반복 불가능한 읽기, 가상 읽기 및 두 번째 유형의 업데이트 손실과 같은 동시성 문제가 발생하더라도 이러한 문제가 발생할 수 있는 개별 상황에서는 비관적 잠금 또는 낙관적 잠금을 사용하여 애플리케이션에서 이를 제어할 수 있습니다.

데이터베이스 시스템이 커밋된 읽기 격리 수준을 사용하면 반복 불가능한 읽기 및 두 번째 유형의 업데이트 동시성 손실 문제가 발생합니다. 이러한 문제를 방지하려면 애플리케이션에서 비관적 잠금 또는 낙관적 잠금을 사용할 수 있습니다. . 애플리케이션의 관점에서 잠금은 다음과 같은 범주로 나눌 수 있습니다.

　A. 비관적 잠금: 은 애플리케이션에 표시되는 데이터 리소스의 잠금을 의미합니다. 업데이트 손실 및 반복 불가능한 읽기와 같은 동시성 문제를 방지하지만 동시성 성능에 영향을 미치므로 주의해서 사용해야 합니다.

　B. 낙관적 잠금: 낙관적 잠금은 현재 트랜잭션이 데이터 리소스를 작동할 때 다른 트랜잭션이 동시에 데이터 리소스에 액세스하지 않는다고 가정합니다. 잠금을 자동으로 관리하기 위해 데이터베이스 수준의 격리에 전적으로 의존합니다. 애플리케이션은 가능한 동시성 문제를 방지하기 위해 버전 제어를 사용합니다.

5. 비관적 잠금을 구현하는 방법에는 두 가지가 있습니다.

A. 응용 프로그램에 표시하고 데이터베이스 시스템의 단독 사용을 지정하여 데이터 리소스를 잠급니다. SQL 문: select... for update, 로드 시 최대 절전 모드에서 get 사용(예: session.get(Account .class,new Long(1),LockMode,UPGRADE)

　B. 데이터베이스 테이블에 레코드 상태를 나타내는 LOCK 필드를 추가합니다. "Y" 값을 가질 경우, 레코드가 트랜잭션에 의해 잠겼음을 나타냅니다. "N"이면 레코드가 유휴 상태이고 트랜잭션이 해당 레코드에 액세스할 수 있음을 나타냅니다. 이는 잠금 태그 필드를 추가하여 달성할 수 있습니다.

Hibernate 버전 제어를 활용하여 낙관적 잠금 구현

낙관적 잠금은 프로그램에서 제공하는 메커니즘입니다. 이 메커니즘은 여러 트랜잭션이 동시에 데이터에 액세스하도록 보장할 뿐만 아니라 두 번째 클래스 누락도 방지할 수 있습니다. 업데이트 문제.

애플리케이션에서는 Hibernate에서 제공하는 버전 제어 기능을 사용하여 OR 매핑 파일의 요소와 timestamp> 버전 관리 기능을 사용하려면 일반적으로 을 사용하는 것이 좋습니다.

위 내용은 Java 기본 트랜잭션에 대한 자세한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!