다른 SQL 트랜잭션 격리 수준 (커밋되지 않은 읽기, 읽기, 커밋 가능한 읽기, 반복 가능한 읽기, 시리얼이즈 가능) 및 MySQL/innoDB에서의 의미를 설명하십시오.

MySQL/InnoDB는 4 가지 트랜잭션 격리 수준을 지원합니다. 부드러운 읽기, 커밋 된, 반복 가능한 읽기 및 직렬화 가능. 1. ucommitted를 읽으면 커밋되지 않은 데이터를 읽을 수 있습니다. 2. 저 커밋 된 독서는 더러운 독서를 피하지만 반복 할 수없는 독서가 발생할 수 있습니다. 3. 반복 가능한 읽기는 기본 레벨이면 더러운 읽기와 반복 할 수없는 독서를 피하지만 팬텀 독서가 발생할 수 있습니다. 4. 직렬화 가능한 것은 모든 동시성 문제를 피하지만 동시성을 줄입니다. 적절한 격리 수준을 선택하려면 균형 잡힌 데이터 일관성 및 성능 요구 사항이 필요합니다.

소개

데이터베이스의 세계에서 트랜잭션 격리 수준은 데이터 일관성을 보호하는 수호자와 같습니다. 오늘 우리는 MySQL/InnoDB의 마법의 거래 격리 수준에 대해 이야기 할 것입니다. 부드러운 읽기, 저 커밋, 반복 가능한 읽기 및 직렬화 가능. 왜 그렇게 중요한가요? 그들은 귀하의 데이터가 동시 작업 하에서 일관성과 무결성을 유지하는 방법을 결정하기 때문입니다. 이 기사를 읽은 후에는 이러한 수준의 정의와 사용법을 이해할뿐만 아니라 실제 프로젝트에서 응용 시나리오와 잠재적 인 함정을 이해합니다.

기본 지식 검토

거래 격리 수준을 논의하기 전에 거래가 무엇인지 이해해야합니다. 트랜잭션은 모든 성공 또는 모두 실패한 원자 데이터베이스 작업 세트입니다. MySQL의 스토리지 엔진으로서 InnoDB는 트랜잭션 처리를 지원하고 트랜잭션 간의 가시성을 제어하기 위해 다른 격리 수준을 제공합니다.

트랜잭션 격리 수준은 주로 동시 액세스 중에 발생할 수있는 더러운 읽기, 반복 할 수없는 독서 및 팬텀 독서의 문제를 해결하기위한 것입니다. Dirty Reading은 다른 커밋되지 않은 거래의 거래 읽기 데이터를 나타냅니다. 반복 할 수없는 판독 값은 거래에서 동일한 레코드를 여러 번 읽는 것을 말하지만 결과는 다릅니다. 판타지 독서는 거래에서 동일한 쿼리를 실행하는 것을 말하지만 반환 된 레코드 수는 다릅니다.

핵심 개념 또는 기능 분석

커밋되지 않은 것을 읽으십시오

read Uncommitted는 가장 낮은 수준의 격리이며, 하나의 트랜잭션이 다른 커밋되지 않은 트랜잭션에서 데이터를 읽을 수있게합니다. 이 수준은 동시에 가장 높은 동시성을 제공하지만 더러운 독서의 위험을 초래합니다. 예를 들어, 은행 양도 거래를 다루고있는 경우 현재 다른 거래가 진행 중이지만 제출되지 않은 경우 잘못된 계정 잔액을 읽을 수 있습니다.

 세션 트랜잭션 격리 수준을 설정하십시오.
트랜잭션 시작;
Account_id = 1 인 계정에서 잔액을 선택하십시오.

이 분리 수준은 더러운 판독으로 인한 데이터 불일치의 위험이 너무 높기 때문에 실제 응용 분야에서는 거의 사용되지 않습니다.

Commited를 읽으십시오

읽기 커밋 된 격리 수준은 더러운 판독을 피하지만 반복 할 수없는 판독 값은 여전히 ​​발생할 수 있습니다. 이 수준에서 트랜잭션은 커밋 된 트랜잭션의 데이터 만 읽을 수 있습니다. 예를 들어, 트랜잭션 내에서 동일한 계정의 잔액을 여러 번 쿼리하고 첫 번째 쿼리 후 다른 트랜잭션이 수정 되고이 잔액을 제출하면 두 번째 쿼리가 다른 결과를 얻습니다.

 세션 트랜잭션 격리 수준을 설정합니다.
트랜잭션 시작;
Account_id = 1 인 계정에서 잔액을 선택하십시오.
-이 기간 동안 다른 트랜잭션이 수정되고 커밋 될 수 있습니다. 계정에서 Account_id = 1;

이 수준은 실제 응용 프로그램에서 더 일반적입니다. 어느 정도의 동시성을 유지하면서 더러운 판독을 피하기 때문입니다.

반복 가능한 읽기

반복 가능한 읽기는 InnoDB의 기본 격리 수준입니다. 그것은 더러운 독서를 피할뿐만 아니라 반복 할 수없는 독서의 문제를 해결합니다. 이 수준에서 트랜잭션은 처음에 읽기 데이터를 스냅 샷으로하여 트랜잭션이 종료되기 전에 동일한 레코드를 여러 번 읽은 결과를 보장합니다. 그러나 반복 가능한 읽기는 여전히 팬텀 독서에 직면 할 수 있습니다.

 세션 트랜잭션 격리 레벨 반복 가능한 읽기를 설정합니다.
트랜잭션 시작;
Account_id = 1 인 계정에서 잔액을 선택하십시오.
- 다른 트랜잭션은이 기간 동안이 잔액을 수정할 수 없습니다. 계정에서 Account_id = 1;

이 수준은 데이터 일관성이 필요한 시나리오에서 매우 유용하지만 팬텀 판독은 복잡한 동시성 문제로 이어질 수 있습니다.

직렬화 가능

시리얼이 가능성은 가장 높은 수준의 분리이며, 더러운 읽기, 반복 할 수없는 독서 및 팬텀 독서를 피하지만 동시성을 크게 줄이는 비용으로 피해야합니다. 이 수준에서는 거래가 완전히 직렬화되며 한 번의 거래가 실행되면 다른 트랜잭션은 운영을 수행 할 수 없습니다.

 세션 트랜잭션 격리 레벨 직렬화 가능한 설정;
트랜잭션 시작;
Account_id = 1 인 계정에서 잔액을 선택하십시오.
- 다른 트랜잭션은이 기간 동안 어떤 운영을 수행 할 수 없습니다. 계정에서 Account_id = 1;

이 수준은 절대 데이터 일관성이 필요한 시나리오에서 사용되지만 동시성에 대한 심각한 제한으로 인해 일반적으로 매우 중요한 비즈니스 시나리오에서만 사용됩니다.

사용의 예

기본 사용

실제 프로젝트에서 적절한 수준의 거래 격리를 선택하는 것은 비즈니스 요구 및 동시성 요구 사항에 따라 다릅니다. 다음은 반복 가능한 읽기 격리 수준을 사용하여 은행 양도 거래의 간단한 예입니다.

 세션 트랜잭션 격리 레벨 반복 가능한 읽기를 설정합니다.
트랜잭션 시작;
업데이트에 대해 Account_id = 1 인 계정에서 잔액을 선택하십시오.
계정 업데이트 계정 설정 밸런스 = 밸런스 -10 여기서 Account_id = 1;
계정 업데이트 계정 설정 밸런스 = 밸런스 100 여기서 Account_id = 2;
저지르다;

이 거래는 전송 프로세스 중에 다른 트랜잭션에 의해 계정 잔액이 수정되지 않도록하여 데이터의 일관성을 보장합니다.

고급 사용

경우에 따라 매우 중요한 데이터 작업을 처리하기 위해 직렬화 가능한 레벨을 사용해야 할 수도 있습니다. 예를 들어, 금융 거래 시스템에서 동시성 문제를 피하기 위해 각 거래가 완전히 격리되어 있는지 확인해야 할 수도 있습니다.

 세션 트랜잭션 격리 레벨 직렬화 가능한 설정;
트랜잭션 시작;
status = 'pending'인 거래에서 *를 선택하십시오.
- 프로세스 트랜잭션 로직 업데이트 트랜잭션 세트 상태 = '완료'여기서 id = 123;
저지르다;

이 수준은 동시성을 크게 줄이지 만 절대 데이터 일관성이 필요한 시나리오에는 필요합니다.

일반적인 오류 및 디버깅 팁

트랜잭션 격리 수준을 사용할 때의 일반적인 문제에는 교착 상태와 잠금 대기 시간 초과가 포함됩니다. 교착 상태는 두 개 이상의 트랜잭션이 서로 자원을 릴리스하기를 기다리는 경우 발생합니다. SHOW ENGINE INNODB STATUS 명령을 사용하여 교착 상태 정보를보고 실제 상황에 따라 트랜잭션 로직을 조정하거나 Deadlock을 피하기 위해 SELECT ... FOR UPDATE 사용합니다.

잠금 대기 시간 초과는 일반적으로 트랜잭션이 잠금 장치를 오랫동안 유지할 때 발생하며 다른 트랜잭션은 너무 길고 시간 초과를 기다립니다. innodb_lock_wait_timeout 매개 변수를 조정하여 타임 아웃을 제어 할 수 있지만 더 나은 접근 방식은 트랜잭션 로직을 최적화하고 잠금 보유 시간을 줄이는 것입니다.

성능 최적화 및 모범 사례

실제 애플리케이션에서는 적절한 트랜잭션 격리 수준을 선택하려면 데이터 일관성뿐만 아니라 성능도 필요합니다. 몇 가지 최적화 제안은 다음과 같습니다.

• 올바른 격리 수준을 선택하십시오 . 비즈니스 요구에 따라 올바른 고립 수준을 선택하여 너무 높은 격리 수준을 사용하여 동시성을 줄입니다.
• 트랜잭션 로직 최적화 : 거래 보유 시간을 최소화하고 장기 잠금 상태를 피하십시오. 비 필수 작업은 거래에서 벗어날 수 있습니다.
• 색인 사용 : 트랜잭션과 관련된 테이블에 적절한 인덱스를 설정하면 쿼리 및 업데이트의 성능이 크게 향상되고 잠금 대기 시간을 줄일 수 있습니다.

예를 들어, 동시 전자 상거래 시스템에서는 트랜잭션 로직을 최적화하고 인덱스를 사용하여 성능을 보장하면서 동시성을 개선하기 위해 읽은 고립 된 격리 수준을 사용하도록 선택할 수 있습니다.

 세션 트랜잭션 격리 수준을 설정합니다.
트랜잭션 시작;
업데이트를 위해 Product_id = 1 인 제품에서 수량을 선택하십시오.
업데이트 제품 세트 수량 = 수량 -1 여기서 uppubled = 1;
주문 (product_id, 수량) 값 (1, 1)에 삽입;
저지르다;

이러한 관행을 통해 데이터 일관성을 보장하면서 시스템의 동시성 성능을 향상시킬 수 있습니다.

요컨대, MySQL/InnoDB에서 트랜잭션 격리 수준을 이해하고 올바르게 사용하는 것이 데이터 일관성을 보장하고 시스템 성능을 향상시키는 데 핵심입니다. 이 기사가 실제 프로젝트 에서이 지식을 더 잘 적용하는 데 도움이되기를 바랍니다.

위 내용은 다른 SQL 트랜잭션 격리 수준 (커밋되지 않은 읽기, 읽기, 커밋 가능한 읽기, 반복 가능한 읽기, 시리얼이즈 가능) 및 MySQL/innoDB에서의 의미를 설명하십시오.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!