MySQL의 높은 동시성 잠금 트랜잭션 처리

MySQL은 트랜잭션 쓰기 전에 SELECT … FOR UPDATE를 사용하여 확인합니다.

MySQL의 InnoDB를 예로 들면 기본 Tansaction 격리 수준은 REPEATABLE READ입니다.

SELECT … LOCK IN SHARE MODE
SELECT … FOR UPDATE

이 두 메소드는 동일한 데이터 테이블에 대한 SELECT가 진행 중일 때 실행하기 전에 다른 트랜잭션 데이터가 제출(Commit)될 때까지 기다려야 합니다. 주요 차이점은 한 당사자가 동일한 양식을 업데이트하려고 할 때 LOCK IN SHARE MODE가 쉽게 교착 상태를 일으킬 수 있다는 것입니다.

간단히 말하면 SELECT 이후에 같은 형태로 UPDATE를 하고 싶다면 SELECT... UPDATE를 사용하는 것이 가장 좋다.

예를 들어, 상품의 수량을 보관하기 위한 상품 형태의 수량이 있다고 가정하면, 주문이 성립되기 전에 상품의 수량이 충분한지(수량>0) 판단해야 합니다. , 그러면 수량이 1로 업데이트됩니다.

안전하지 않은 관행:

1    SELECT quantity FROM products WHERE id=3;    
1    UPDATE products SET quantity = 1 WHERE id=3;

왜 안전하지 않습니까?

소량의 경우에는 문제가 없을 수도 있지만, 대량의 데이터에 접근할 때는 분명히 문제가 발생합니다.

수량>0일 때 재고를 차감해야 한다면 첫 번째 SELECT 줄에서 프로그램이 읽은 수량이 2라고 가정합니다. 숫자는 맞는 것 같지만 MySQL이 UPDATE를 준비할 때 누군가 재고를 0으로 공제했을 수도 있지만 프로그램은 이를 모르고 잘못된 업데이트를 수행했습니다.

따라서 읽고 제출한 데이터가 올바른지 확인하기 위해 트랜잭션 메커니즘을 사용해야 합니다.

그래서 MySQL에서는 다음과 같이 테스트할 수 있습니다. (참고 1)

1    SET AUTOCOMMIT=0;    
2    BEGIN WORK;    
3    SELECT quantity FROM products WHERE id=3 FOR UPDATE;

이때, 상품 데이터에서 id=3인 데이터는 잠긴 경우(참고 3), 다른 트랜잭션은 SELECT * FROM products WHERE id=3 FOR UPDATE를 실행하기 전에 이 트랜잭션이 커밋될 때까지 기다려야 합니다(참고 2). 이는 다른 트랜잭션에서 수량별로 읽은 숫자가 올바른지 확인합니다.

1    UPDATE products SET quantity = '1' WHERE id=3 ;    
2    COMMIT WORK;

커밋이 데이터베이스에 기록되고 제품이 잠금 해제됩니다.

참고 1: BEGIN/COMMIT는 트랜잭션의 시작점과 끝점입니다. 두 개 이상의 MySQL 명령 창을 사용하여 잠금 상태를 대화형으로 관찰할 수 있습니다.

참고 2: 트랜잭션 중에는 동일한 데이터에 대한 SELECT... FOR UPDATE 또는 LOCK IN SHARE MODE만 실행되기 전에 다른 트랜잭션이 완료될 때까지 기다립니다. 일반적으로 SELECT...는 영향을 받지 않습니다. 이것으로.

참고 3: InnoDB는 기본적으로 행 수준 잠금으로 설정되어 있으므로 데이터 열 잠금에 대해서는 이 문서를 참조하세요.

참고 4: InnoDB 양식에서 LOCK TABLES 명령어를 사용하지 마세요. 시스템에서 빈번한 교착 상태를 방지하려면 InnoDB에서 LOCK TABLES 사용에 대한 공식 지침을 읽어보세요.

위 내용은 Mysql 동시성 잠금 트랜잭션 처리 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(m.sbmmt.com)를 참고해주세요!