mysql 잠금과 인덱스 간의 연결

우리는 일반적으로 mysql 잠금을 사용할 때 데이터베이스를 처음 접할 때 잠금의 효율성을 거의 고려하지 않습니다. 일반적으로 우리는 동시성을 방지하려는 목적만 달성하려고 합니다. 우리가 사용해야 할 많은 SQL이 아주 최적화되어 작성되었지만 여전히 속도가 매우 느려서 원인을 찾기 어려운 경우가 있습니다.

먼저 새 데이터 테이블을 만듭니다.

여기서 기본 키는 기본적으로 인덱싱됩니다. 여기에 몇 가지 데이터를 추가합니다.

그런 다음 테스트를 위해 두 가지 프로세스를 엽니다.

먼저 인덱스 잠금을 포함하지 않는 where 조건을 추가합니다.

그런 다음 두 번째 창에서 이 행의 데이터를 업데이트하면 이 작업이 중단되는 것을 알 수 있습니다.

그런 다음 트랜잭션을 제출하면 두 번째 창의 데이터가 즉시 실행되는 것을 확인할 수 있습니다.

위에서 보면 문제가 없는 것 같습니다. 하지만 동일한 잠금을 추가하고 아래에서 실행한 데이터와 같은 다른 데이터를 업데이트해 볼 수 있습니다.

위의 세 가지 상황은 동일한 프로세스를 사용하여 제가 테스트한 결과 모두 멈춰서 문제가 발생합니다. 사실, name='test name'을 잠그면 id=133과 id=134라는 두 행만 잠그고 싶을 수도 있지만 135, 136, 137을 잠그고 싶지는 않지만 이 세 행에 액세스할 수는 없습니다. 우리의 잠금은 하나의 테이블 잠금입니다. 잠금을 사용할 때 인덱스가 사용되는 또 다른 상황을 시도해 보겠습니다.

위의 잠금을 사용할 때 인덱스가 사용되지만 여기서는 데이터를 업데이트할 때 여전히 멈춤 현상이 발생합니다. 실제로는 쓸모가 없지만 동일한 잠금이 발생하여 데이터를 업데이트할 때 인덱스를 사용하면 효과를 볼 수 있습니다.

우리는 이것이 잠금에 걸리지 않고

아래에 요약하자면: 잠금이 인덱스를 사용하면 행 잠금이고, 인덱스를 사용하지 않으면 테이블 잠금이지만, 우리가 작동하는 데이터는 잠금을 사용해야 합니다.

왜 그런지 이야기해 보겠습니다.

우선 인덱스가 없으면 전체 테이블 스캔을 통해 데이터를 선택하거나 찾습니다. 그러면 테이블 잠금이 형성됩니다. 즉, 행 잠금이 형성되지만 데이터를 업데이트할 때 인덱스를 사용하지 않으면 전체 테이블이 스캔된다는 점에 유의하세요. 잠긴 행을 스캔하면 테이블 전체가 스캔됩니다.

관련 권장 사항:

mysql 잠금 메커니즘_MySQL

MySQL 잠금 사용 테이블 수준 잠금

MySQL 잠금을 최적화하는 방법

위 내용은 mysql 잠금과 인덱스 간의 연결의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!