데이터베이스 - 네 가지 트랜잭션 격리 수준에 대한 간략한 설명

데이터베이스는 4가지 트랜잭션 격리 수준을 제공합니다.

4가지 격리 수준 중에서 직렬화 가능이 가장 높고 커밋되지 않은 읽기가 가장 낮습니다. 🎜>대부분 데이터베이스의 기본 격리 수준은 SQL Server, Oracle과 같은 읽기 커밋입니다.

MySQL InnoDB 스토리지 엔진과 같은 일부 데이터베이스의 기본 격리 수준은 반복 가능 읽기입니다. 심지어 가장 낮은 수준이므로 첫 번째 유형의 업데이트 손실 문제가 발생하지 않습니다.
1. 더티 읽기(트랜잭션이 커밋되지 않고 미리 읽기): 더티 읽기는 트랜잭션이 데이터에 액세스하는 경우를 의미합니다. 데이터가 수정되었으며 이 수정 사항이 아직 데이터베이스에 제출되지 않았습니다. 이때 다른 트랜잭션도 이 데이터에 액세스한 후 이 데이터를 사용합니다.
2. 반복 불가능 읽기(두 읽기 간의 불일치): 트랜잭션 내에서 동일한 데이터를 여러 번 읽는 것을 의미합니다. 이 트랜잭션이 끝나기 전에 다른 트랜잭션도 동일한 데이터에 액세스합니다. 그러면 첫 번째 트랜잭션에서 두 번 읽은 데이터 사이에 두 번째 트랜잭션의 수정으로 인해 첫 번째 트랜잭션에서 두 번 읽은 데이터가 다를 수 있습니다. 이와 같이 트랜잭션 내에서 두 번 읽은 데이터가 다르기 때문에 반복 불가능 읽기라고 합니다. 예를 들어, 편집자는 동일한 문서를 두 번 읽지만, 읽는 사이에 작성자는 문서를 다시 작성합니다. 편집자가 문서를 두 번째로 읽으면 문서가 변경된 것입니다. 원시 읽기는 반복할 수 없습니다. 작성자가 모든 작성을 마친 후에만 편집자가 문서를 읽을 수 있으면 이 문제를 피할 수 있습니다.
3. 팬텀 읽기: 트랜잭션이 독립적으로 실행되지 않을 때 발생하는 현상을 말합니다. 예를 들어 첫 번째 트랜잭션이 테이블의 데이터를 수정하는데, 이 수정에는 테이블의 모든 데이터 행이 포함됩니다. 동시에 두 번째 트랜잭션도 이 테이블의 데이터를 수정합니다. 이 수정으로 인해 테이블에 새 데이터 행이 삽입됩니다. 그러면 나중에 첫 번째 트랜잭션을 수행한 사용자는 마치 환각이 발생한 것처럼 테이블에 아직 수정되지 않은 데이터 행이 있다는 것을 알게 될 것입니다. 예를 들어, 편집자는 작성자가 제출한 문서를 변경했지만 프로덕션에서 변경 내용을 문서의 마스터 사본에 병합할 때 작성자가 편집되지 않은 새 자료를 문서에 추가했음이 발견되었습니다. 편집자와 제작 부서가 원본 문서 작업을 마칠 때까지 누구도 문서에 새 자료를 추가할 수 없다면 이 문제를 피할 수 있습니다.
4. 첫 번째 유형의 업데이트 손실(롤백 손실):
두 트랜잭션이 동일한 데이터 소스를 업데이트할 때 첫 번째 트랜잭션이 커밋되고 다른 트랜잭션이 취소되면 첫 번째 트랜잭션이 업데이트됩니다. 회사에서도 취소되었습니다. 즉, 첫 번째 트랜잭션이 수행한 최신 트랜잭션이 손실됩니다.
5. 두 번째 유형의 업데이트 손실(덮어쓰기 손실):
두 번째 유형의 업데이트 손실은 실제 애플리케이션에서 자주 발생하는 동시성 문제로, 본질적으로 반복 불가능 읽기와 동일한 유형의 동시성 문제입니다. 일반적으로 이는 반복 불가능한 읽기의 특별한 경우로 간주됩니다. 두 개 이상의 트랜잭션이 동일한 레코드를
쿼리 한 다음 각각 원래 쿼리 결과를 기반으로 행을 업데이트하는 경우 두 번째 유형의 업데이트 손실이 발생합니다. . 각 트랜잭션은 다른 트랜잭션의 존재를 인식하지 못하기 때문에 레코드에 대한 마지막 트랜잭션의 수정 사항은 다른 트랜잭션이 레코드에 커밋한 업데이트를 덮어쓰게 됩니다...보충: 메타데이터를 기반으로 한 Spring 선언

격리
속성은 총 5가지 거래 설정을 지원하며, 세부 내용은 다음과 같습니다.

l          DEFAULT 使用数据库设置的隔离级别 ( 默认 ) ，由 DBA 默认的设置来决定隔离级别 . 
l          READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低，并发性能高 ) 
l          READ_COMMITTED  会出现不可重复读、幻读问题（锁定正在读取的行） 
l          REPEATABLE_READ 会出幻读（锁定所读取的所有行） 
l          SERIALIZABLE 保证所有的情况不会发生（锁表）

비반복 읽기의 초점은 수정입니다:
같은 조건, 읽은 데이터를 다시 읽어서 값이 다른지 찾아보세요
팬텀 읽기의 초점은 추가하거나 삭제하는 것입니다
동일한 조건에서 첫 번째와 두 번째로 읽어오는 레코드 개수가 다릅니다

---------------------- ---- -------------------
트랜잭션 전파 행위 유형

TransactionDefinition인터페이스의 Spring은 7가지 유형의 트랜잭션 전파 동작을 지정합니다.

트랜잭션 메서드 및 트랜잭션 메서드에 대한 중첩 호출이 발생할 때 트랜잭션이 전파되는 방법을 지정합니다.

표 1 트랜잭션 전파 동작 유형

트랜잭션 전파 동작 유형
설명

PROPAGATION_REQUIRED
현재 트랜잭션이 없으면 새 트랜잭션을 생성합니다. 이미 트랜잭션이 있으면 여기에 추가합니다. 거래. 이것이 가장 일반적인 선택입니다.

PROPAGATION_SUPPORTS
현재 트랜잭션을 지원합니다. 현재 트랜잭션이 없으면 비트랜잭션 방식으로 실행됩니다.

PROPAGATION_MANDATORY
현재 트랜잭션을 사용합니다. 현재 트랜잭션이 없으면 예외가 발생합니다.

PROPAGATION_REQUIRES_NEW
현재 거래가 존재하는 경우 현재 거래를 일시 중지합니다.

PROPAGATION_NOT_SUPPORTED
트랜잭션이 아닌 방식으로 작업을 수행합니다. 현재 트랜잭션이 존재하는 경우 현재 트랜잭션을 일시 중지합니다.

PROPAGATION_NEVER
비트랜잭션 방식으로 실행되며, 현재 트랜잭션이 존재하는 경우 예외가 발생합니다.

PROPAGATION_NESTED
현재 트랜잭션이 존재하는 경우 중첩된 트랜잭션 내에서 실행됩니다. 현재 트랜잭션이 없으면 PROPAGATION_REQUIRED와 유사한 작업을 수행합니다.

------------------------------- ------ -------------
단순하다는 것은 템플릿이 필요하지 않다는 것을 의미합니다. xhtml이 기본값이며 struts2에서 제공하는 일부 모듈이 있습니다.
예를 들어, 가능합니다. form ...>

주로 인터페이스 경고 및 오류 메시지 처리 및 페이지 확인
struts.properties
또는

org/apache/struts2/default.properties
struts.ui.theme=xhtml  
struts.ui.templateDir=template  
struts.ui.templateSuffix=ftl  
你可以在struts.xml中添加
<constant name="struts.ui.theme" value="simple" />来修改这个参数

를 살펴보세요. 마지막 항목은 이름에서 알 수 있듯이 CSS와 결합되어 이러한 콘텐츠를 처리합니다. 초보자라면 이러한 템플릿 내용을 고려할 필요가 없습니다. 이러한 템플릿 내용이 개발에 영향을 미치고 싶지 않다면 간단하게 변경하면 됩니다.
페이지에서 CSS 레이아웃을 사용하고 struts2의 향상된 기능을 사용하려면 css_xhtml을 사용하여 더 나은 사용자 경험을 얻으세요.
​

위 내용은 데이터베이스 - 네 가지 트랜잭션 격리 수준에 대한 간략한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!