MySQL 잠금, 트랜잭션 격리 수준 및 애플리케이션 간의 관계

MySQL 잠금 트랜잭션 격리 수준 및 응용
데이터베이스에서 트랜잭션 격리 수준은 동시 트랜잭션 간의 격리 정도를 결정하는 매우 중요한 개념입니다. MySQL은 READ UNCOMMITTED, READ COMMITTED, REPEATABLE READ 및 SERIALIZABLE의 네 가지 트랜잭션 격리 수준을 제공합니다. 트랜잭션 격리 수준마다 데이터 읽기 및 쓰기에 대한 잠금 전략이 다르므로 애플리케이션에서 적절한 트랜잭션 격리 수준을 올바르게 선택하고 사용하는 것이 중요합니다.

1. 커밋되지 않은 읽기: 이 수준에서 트랜잭션은 다른 트랜잭션에서 커밋되지 않은 데이터를 읽을 수 있습니다. 이는 더티 읽기(dirty read)가 발생할 수 있음을 의미합니다. 즉, 확인되지 않은 데이터를 읽는 것입니다. 이 수준은 특별한 상황에서 매우 실시간 데이터를 얻어야 하는 경우가 아니면 일반적으로 권장되지 않습니다.
2. READ COMMITTED: 이 수준에서 트랜잭션은 제출된 데이터만 읽을 수 있습니다. 이렇게 하면 더티 읽기 문제가 방지되지만 반복 불가능한 읽기 문제가 발생할 수 있습니다. 반복 불가능 읽기는 동일한 트랜잭션에서 동일한 데이터를 두 번 읽지만 결과가 일관되지 않는 것을 의미합니다. 이는 트랜잭션 실행 중에 다른 트랜잭션이 데이터를 업데이트했을 수 있기 때문입니다.
3. REPEATABLE READ: 이 수준에서 트랜잭션은 일관된 결과로 동일한 데이터를 여러 번 읽을 수 있습니다. 이는 읽기 프로세스 중에 데이터를 잠그면 달성됩니다. REPEATABLE READ 수준에서 읽기 작업은 조건을 충족하는 데이터 행에 대한 잠금을 공유하므로 다른 트랜잭션은 데이터를 읽을 수만 있고 데이터를 수정할 수는 없습니다. 그러나 팬텀 읽기 문제는 여전히 발생할 수 있습니다. 팬텀 읽기는 동일한 트랜잭션에서 한 범위의 데이터를 두 번 읽었지만 결과가 일치하지 않는 것을 의미합니다. 이는 트랜잭션 실행 중에 다른 트랜잭션에서 조건에 맞는 데이터를 삽입하거나 삭제했을 수 있기 때문입니다.
4. SERIALIZABLE: 이 수준에서는 트랜잭션이 순차적으로 실행됩니다. 즉, 동일한 시점에 하나의 트랜잭션만 데이터를 수정할 수 있고 다른 트랜잭션은 잠금이 해제되기를 기다리고 있음을 의미합니다. 이 수준은 더티 읽기(dirty read), 반복 불가능 읽기, 팬텀 읽기(phantom read) 문제를 완전히 피할 수 있지만, 다른 트랜잭션이 잠금을 해제할 때까지 기다려야 하기 때문에 동시성 성능에도 상당한 영향을 미칩니다.

다음은 특정 코드 예제를 사용하여 다양한 트랜잭션 격리 수준에서 잠금 전략을 보여줍니다.

먼저 테스트 테이블을 만듭니다.

CREATE TABLE test_table ( id INT PRIMARY KEY, name VARCHAR(100), age INT );

그런 다음 다양한 트랜잭션 격리 수준에서 잠금 전략을 보여줍니다.

1. READ UNCOMMITTED:

   -- 执行事务1 SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; START TRANSACTION; SELECT * FROM test_table WHERE id = 1; -- 执行事务2 START TRANSACTION; UPDATE test_table SET age = 20 WHERE id = 1; COMMIT; -- 继续执行事务1 SELECT * FROM test_table WHERE id = 1; COMMIT;

   로그인 후 복사

   이 예에서 트랜잭션 1은 수정되었지만 트랜잭션 2에 의해 커밋되지 않은 데이터를 읽습니다.

2. READ COMMITTED:

   -- 执行事务1 SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT * FROM test_table WHERE id = 1; -- 执行事务2 START TRANSACTION; UPDATE test_table SET age = 20 WHERE id = 1; COMMIT; -- 继续执行事务1 SELECT * FROM test_table WHERE id = 1; COMMIT;

   로그인 후 복사

   이 예에서 트랜잭션 1은 트랜잭션 2가 제출한 데이터만 읽을 수 있습니다.

3. REPEATABLE READ:

   -- 执行事务1 SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; START TRANSACTION; SELECT * FROM test_table WHERE id = 1; -- 执行事务2 START TRANSACTION; UPDATE test_table SET age = 20 WHERE id = 1; COMMIT; -- 继续执行事务1 SELECT * FROM test_table WHERE id = 1; COMMIT;

   로그인 후 복사

   이 예에서 트랜잭션 1은 데이터를 읽을 때 공유 잠금을 추가하고 트랜잭션 2는 실행되기 전에 트랜잭션 1이 공유 잠금을 해제할 때까지 기다립니다.

4. SERIALIZABLE:

   -- 执行事务1 SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; START TRANSACTION; SELECT * FROM test_table WHERE id = 1; -- 执行事务2 START TRANSACTION; UPDATE test_table SET age = 20 WHERE id = 1; COMMIT; -- 继续执行事务1 SELECT * FROM test_table WHERE id = 1; COMMIT;

   로그인 후 복사

   이 예에서 트랜잭션 1은 데이터를 읽을 때 공유 잠금을 추가하고 트랜잭션 2는 실행되기 전에 트랜잭션 1이 공유 잠금을 해제할 때까지 기다립니다.

   위의 코드 예제를 통해 다양한 트랜잭션 격리 수준에서 잠금 전략이 어떻게 작동하는지 확인할 수 있습니다. 실제 애플리케이션 개발에서는 특정 비즈니스 시나리오 및 성능 요구 사항에 따라 선택할 수 있는 적절한 트랜잭션 격리 수준을 선택하는 것이 매우 필요합니다.

   위 내용은 MySQL 잠금, 트랜잭션 격리 수준 및 애플리케이션 간의 관계의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!