Phantom은 무엇을 읽고, Innodb는 어떻게 그들을 막을 수 있습니까 (다음 키 잠금)?

InnoDB는 다음 키 잠금 장치를 통해 팬텀 읽기를 효과적으로 방지합니다. 1) Next-Key Locking은 로우 잠금 장치와 간격 잠금 장치를 결합하여 레코드를 잠금합니다. 새로운 레코드가 삽입되는 것을 방지합니다. 2) 실제 응용 분야에서 쿼리를 최적화하고 격리 수준을 조정함으로써 잠금 경쟁을 줄이고 동시성 성능을 향상시킬 수 있습니다.

소개

데이터베이스의 세계에서 Phantom Reads는 유령의 존재와 비슷하지만 조용히 예상치 못한 문제를 일으킬 수 있습니다. 오늘 우리는 판타지 독서의 본질과 innodb가 다음 키 잠금 장치를 통해이 현상을 방지하는 방법에 대해 논의 할 것입니다. 이 기사를 통해 환상 판독의 정의와 해를 이해할뿐만 아니라 InnoDB의 잠금 메커니즘이 데이터 일관성을 어떻게 보장하는지에 대한 깊은 이해를 얻게됩니다.

기본 지식 검토

판타지 독서를 논의하기 전에 먼저 몇 가지 기본 개념을 이해해야합니다. 트랜잭션은 데이터베이스 작업의 기본 단위로 일련의 작업의 원자력, 일관성, 격리 및 지속성 (산)을 보장합니다. 격리 수준은 트랜잭션 간의 가시성을 제어하는 ​​데 사용되는 메커니즘입니다. 일반적인 것들로는 read read, commited, commited, 반복 가능한 읽기 및 직렬화가 포함됩니다.

InnoDB는 MySQL 용 저장 엔진으로, 로우 레벨 잠금을 지원하므로 전체 테이블 대신 개별 행을 잠글 수 있으므로 동시성 성능을 향상시킬 수 있습니다.

핵심 개념 또는 기능 분석

환상 읽기의 정의와 기능

Phantom Reading은 트랜잭션에서 동일한 쿼리가 다른 시점에서 실행될 때 다른 결과 세트를 반환하는 것을 나타냅니다. 이는 일반적으로 다중 사용자 환경에서 발생합니다. 하나의 트랜잭션이 실행되면 다른 트랜잭션은 새 행을 삽입하거나 기존 행을 삭제하여 이전 트랜잭션의 쿼리 결과가 변경 될 수 있습니다.

예를 들어, 트랜잭션 A가 100 달러 미만의 모든 제품을 찾기 위해 범위 쿼리를 수행한다고 가정합니다. 트랜잭션 A의 실행 중에 트랜잭션 B는 $ 50에 새로운 레코드를 삽입합니다. 트랜잭션 A가 동일한 쿼리를 다시 실행하면 이전에는 존재하지 않은 레코드 (팬텀 독서)를 찾을 수 있습니다.

작동 방식

판타지 독서가 발생하는 주된 이유는 거래의 격리 수준이 충분히 높지 않기 때문입니다. 팬텀 독서는 읽기가 제출되지 않고 읽기가 제출 된 격리 수준에서 가능합니다. 반복 가능한 판독 및 직렬화의 분리 수준에서 데이터베이스는 팬텀 판독을 방지하기위한 조치를 취합니다.

Innodb는 다음 키 잠금을 통해 팬텀 읽기를 방지합니다. Next-Key Locking은 행 잠금 장치와 갭 잠금 장치를 결합한 잠금 장치입니다. 레코드 자체뿐만 아니라 레코드 간의 차이를 잠그므로 다른 거래가 이러한 격차에 새로운 레코드를 삽입하는 것을 방지합니다.

다음 키 잠금이 어떻게 작동하는지 설명하기 위해 간단한 예를 살펴 보겠습니다.

 - 거래 a
트랜잭션 시작;
업데이트를 위해 가격 <100의 제품에서 *를 선택하십시오.

- 거래 b
트랜잭션 시작;
제품 (이름, 가격) 값에 삽입 ( &#39;신제품&#39;, 50);

트랜잭션 A가 SELECT 문을 실행하면 InnoDB는 모든 레코드를 100 미만의 가격으로 잠그고이 레코드 간의 간격을 고정시킵니다. 이러한 방식으로 트랜잭션 B는 이러한 차이에 새로운 레코드를 삽입 할 수 없으므로 팬텀 읽기를 피할 수 있습니다.

사용의 예

기본 사용

Innodb가 다음 키 잠금을 사용하여 팬텀 읽기를 방지하는 방법에 대한보다 구체적인 예를 살펴 보겠습니다.

 - 거래 a
트랜잭션 시작;
업데이트의 금액> 1000의 주문에서 *를 선택하십시오.

- 거래 b
트랜잭션 시작;
주문 (customer_id, 금액) 값 (1, 1500)에 삽입;

이 예에서 트랜잭션 A는 1000보다 큰 금액과 그 사이의 격차로 모든 주문을 잠그고 트랜잭션 B는 새 주문을 삽입하려고 시도하지만 트랜잭션 A가 커밋 또는 롤백 될 때까지 차단됩니다.

고급 사용

경우에 따라 더 미세한 제어 잠금 장치가 필요할 수 있습니다. 예를 들어, 특정 범위 내에서 레코드 만 잠그려면 명시 적 잠금 문을 사용할 수 있습니다.

 - 거래 a
트랜잭션 시작;
수량> 10, 수량 <20 업데이트에서 *를 선택하십시오.

- 거래 b
트랜잭션 시작;
인벤토리 세트 수량 = 수량 -1 item_id = 15;

이 예에서 트랜잭션 A는 10과 20 사이의 재고로 레코드를 잠그고 거래 B는 재고가 15의 재고로 레코드를 업데이트하려고하지만 트랜잭션 A가 커밋 또는 롤백 될 때까지 차단됩니다.

일반적인 오류 및 디버깅 팁

다음 키 잠금을 사용할 때의 일반적인 오류에는 잠금 대기 시간 초과 및 교착 상태가 포함됩니다. 잠금 대기 시간 초과는 트랜잭션이 잠금 시간의 대기 시간이 설정된 시간 초과 시간을 초과 할 때 발생하는 반면 교착 상태는 두 개 이상의 트랜잭션이 서로 잠금을 해제하기를 기다릴 때 발생합니다.

이러한 문제를 디버깅하려면 다음 방법을 사용할 수 있습니다.

• SHOW ENGINE INNODB STATUS 명령을 사용하여 현재 잠금 상태 및 교착 상태 정보를보십시오.
• 잠금 대기 시간의 시간 초과 시간을 늘리려면 innodb_lock_wait_timeout 매개 변수를 조정하십시오.
• innodb_deadlock_detect 매개 변수를 사용하여 교착 상태 감지를 활성화하거나 비활성화하십시오.

성능 최적화 및 모범 사례

실제 응용 분야에서 차세대 키 잠금은 잠금의 오버 헤드가 증가하기 때문에 성능에 영향을 줄 수 있습니다. 몇 가지 최적화 및 모범 사례는 다음과 같습니다.

• 자물쇠 범위를 최소화하고 필요한 레코드와 간격 만 잠금하십시오.
• 낙관적 잠금은 버전 번호를 통한 동시 충돌 감지와 같은 잠금 사용량을 줄이는 데 사용됩니다.
• 격리 수준을 합리적으로 설정하고 응용 프로그램의 요구에 따라 적절한 격리 수준을 선택하고 불필요한 잠금을 피하십시오.

실제 프로젝트 경험에서 전자 상거래 플랫폼의 인벤토리 관리 시스템을 만났습니다. 인벤토리 업데이트 및 쿼리가 자주 있기 때문에 심각한 잠금 경쟁 문제가 발생했습니다. 쿼리 문을 최적화하고 격리 수준을 조정함으로써 잠금 대기 시간을 성공적으로 줄이고 시스템의 동시성 성능을 향상시킵니다.

일반적으로 차세대 키 잠금을 이해하고 올바르게 사용하는 것이 데이터베이스 트랜잭션 일관성을 보장하는 열쇠입니다. 이 기사 가이 기술을 더 잘 마스터하고 실제 응용 프로그램에서 팬텀 독서로 인한 문제를 피할 수 있기를 바랍니다.

위 내용은 Phantom은 무엇을 읽고, Innodb는 어떻게 그들을 막을 수 있습니까 (다음 키 잠금)?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!