MySQL 쿼리로 잠금 방지
MySQL에서 특정 쿼리는 잠금을 유발하여 특히 쿼리되는 테이블이 자주 실행될 때 성능 문제로 이어질 수 있습니다. 수정되었습니다. 이 문제를 해결하기 위해 다음과 같은 질문이 제기됩니다. 잠금을 유도하지 않고 select 문을 실행할 수 있는 방법이 있습니까?
문제의 원래 쿼리:
SELECT COUNT(online.account_id) cnt from online;
병렬 이벤트로 인해 테이블을 잠급니다. 테이블도 수정합니다. 질문은 가능한 대안을 탐구합니다.
응답에서 언급된 잠재적인 해결책 중 하나는 트랜잭션 격리 수준을 READ-UNCOMMITTED로 설정하는 것입니다. 그러나 이 접근 방식은 STATEMENT 모드의 바이너리 로깅과 호환되지 않으므로 슬레이브 데이터베이스에는 적합하지 않습니다.
슬레이브 데이터베이스와 호환되는 대체 접근 방식은 다음 구문을 사용하는 것입니다.
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ; SELECT * FROM TABLE_NAME ; SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ ;
이 방법은 select 문이 실행되는 동안 잠금을 효과적으로 비활성화합니다. 그러나 이렇게 하면 비결정적인 결과가 발생할 수 있다는 점에 유의하는 것이 중요합니다.
또 다른 제안은 다음 구문을 사용하는 것입니다.
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ; SELECT * FROM TABLE_NAME ; COMMIT ;
이 옵션은 또한 작업 기간 동안 잠금을 비활성화합니다. select 문을 실행하고 격리 기간 동안 변경된 내용이 즉시 커밋되도록 합니다. 이 접근 방식은 이전 방법에 비해 성능에 영향을 미칠 수 있다는 점에 유의해야 합니다. 또한 격리 수준은 커밋 시 자동으로 재설정되므로 명시적으로 격리 수준을 REPEATABLE READ로 다시 설정할 필요가 없습니다.
이러한 접근 방식을 사용하면 MySQL에서 선택 쿼리를 수행할 때 잠김을 방지할 수 있습니다. 성능을 향상하고 경합을 줄입니다. 그러나 적절한 방법을 선택할 때 데이터 정확성과 일관성에 대한 잠재적인 균형과 영향을 고려하는 것이 중요합니다.
위 내용은 잠금을 유발하지 않고 MySQL에서 SELECT 문을 어떻게 실행할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!