MySQL 트랜잭션의 ACID 특성 및 동시성 문제 요약

이 글은 mysql에 대한 관련 지식을 제공합니다. 주로 MySQL 트랜잭션의 ACID 특성과 동시성 문제 해결 방법을 소개합니다. 이 글은 특정 참고 가치가 있는 주제에 대한 자세한 소개를 제공합니다. 모든 사람에게 도움이 되기를 바랍니다.

추천 학습: mysql 비디오 튜토리얼

1. 트랜잭션의 개념

트랜잭션은 데이터베이스에서 작동하는 하나 이상의 SQL 문으로 구성된 분할할 수 없는 단위입니다. 모든 작업이 정상적으로 실행된 후에만 데이터베이스에 제출됩니다. 트랜잭션의 일부가 실패하면 트랜잭션이 원래 상태로 롤백됩니다. 따라서 트랜잭션은 모두 성공적으로 실행되거나 모두 실패합니다.

따라서 다음과 같은 몇 가지 기본 트랜잭션 개념을 기억해야 합니다.

트랜잭션은 모두 성공하거나 모두 실패하는 SQL 문 집합을 실행하는 것입니다. 트랜잭션 실행의 원자성이 작동합니다. 트랜잭션의 모든 SQL 문이 성공적으로 실행되어야만 트랜잭션이 커밋되고 결과가 디스크에 기록될 수 있습니다. 트랜잭션 실행 중에 일부 SQL 오류가 발생하면 트랜잭션을 원래 상태로 롤백해야 합니다.

예를 들어 양도 사업의 경우 여러 개의 SQL 문을 함께 완성해야 해당 SQL 문이 성공적으로 실행되어야 사업이 성공한 것으로 간주할 수 있습니다.

트랜잭션 처리에는 세 가지 상태가 있습니다.

begin: 트랜잭션을 시작하기 위해 실행될 모든 SQL 문이 성공한 다음 commit에 의한 SQL 문이 있는 경우 트랜잭션을 제출합니다. 정전 또는 서버 오류가 발생하여 SQL 실행 예외가 발생하면 트랜잭션이 제출되지 않고 트랜잭션이 롤백(rollback)되며 데이터는 트랜잭션 시작 전 상태로 복원됩니다

이는 스토리지 엔진에 의해 보장됩니다(리두 로그 및 실행 취소 로그로 보장)

MyISAM 스토리지 엔진은 트랜잭션을 지원하지 않지만 InnoDB 스토리지 엔진은 트랜잭션 및 행 잠금을 지원합니다.

현재 데이터베이스에서 어떤 스토리지 엔진이 지원되는지 확인하려면 showengineG를 사용하세요.

show enginesG查看当前数据库支持哪些存储引擎。

select @@autocommit;

@@autocommit 선택;트랜잭션 커밋 상태 설정 보기<img src="/static/imghw/default1.png" data-src="https://img.php.cn/upload/article/000/000/067/a436295269b7a6438302b813398a2dde-3.png" class="lazy" alt="">

데이터베이스 엔진은 명령을 통해 일시적으로 수정하거나 구성 파일을 통해 영구적으로 수정할 수 있습니다.

저희 비즈니스가 트랜잭션과 관련된 경우 일반적으로 이 변수를 코드에서 제어합니다. 일반적으로 트랜잭션은 여러 SQL로 구성되며 트랜잭션의 원자성을 충족해야 하므로 수동 제출로 설정합니다. 비즈니스가 성공하면 트랜잭션이 제출되고, 비즈니스 도중에 실패하면 하나의 트랜잭션이 롤백됩니다.

2. ACID 특성

모든 거래는 다음 4가지 특성을 충족해야 합니다. 🎜🎜

트랜잭션의 원자성(원자성): 트랜잭션은 분할할 수 없는 전체입니다. 트랜잭션은 원자적 특성을 가져야 하며, 트랜잭션이 수정되면 모두 실행되거나 아무것도 실행되지 않습니다, 즉 부분적입니다. 거래 완료가 허용되지 않습니다. 트랜잭션 일관성(Consistency): 트랜잭션이 실행되기 전과 후에 데이터베이스 데이터는 일관된 상태를 유지해야 합니다. 데이터베이스의 일관성 상태는 사용자의 책임이어야 하며 동시성 제어 메커니즘에 의해 구현되어야 합니다. 온라인 쇼핑을 예로 들면, 상품이 창고에서 나가고 고객의 장바구니에 들어가는 것만으로 완전한 거래가 완료될 수 있습니다. (일관성은 트랜잭션에만 반영되는 것이 아니라 스토리지 계층에 MySQL을 도입하는 것도 포함됩니다. 핫스팟 데이터의 액세스 효율성을 높이기 위해 일반적으로 캐시 계층 Redis 또는 Memery 캐시를 추가하여 핫스팟 데이터를 캐시합니다. 캐시 계층과 데이터베이스 DB 계층의 데이터 일관성 문제) 트랜잭션 격리(Isolution): 두 개 이상의 트랜잭션이 동시에 실행될 때 데이터 보안을 보장하기 위해 한 트랜잭션 내의 작업이 다른 트랜잭션의 작업과 격리됩니다. 실행된 트랜잭션은 동시에 실행된 트랜잭션이 서로 영향을 미치지 않도록 을 방지합니다. 격리 수준: 데이터 보안 및 트랜잭션 동시성. 격리가 엄격할수록 보안은 높아지며 동시성(즉, 동시성 제어, 데이터 보안 보장)은 낮아집니다. 트랜잭션의 내구성: 트랜잭션이 완료된 후(트랜잭션 커밋이 성공) DBMS는 이를 보장합니다. 데이터베이스에 데이터 유지 수정은 영구적입니다. 데이터베이스가 장애로 인해 실패하더라도 데이터는 복원될 수 있어야 합니다. MySQL에서 가장 중요한 것은 데이터가 아닌 로그입니다!

트랜잭션의 ACD 기능은 MySQL의 리두 로그 및 실행 취소 로그 메커니즘으로 보장됩니다. 격리는 mysql 트랜잭션의 잠금 메커니즘으로 보장됩니다.

3. 트랜잭션 동시성 문제

트랜잭션 처리가 격리되지 않습니다. 트랜잭션을 동시에 실행할 때 일반적으로 다음 문제가 발생합니다.

더티 읽기: 하나의 트랜잭션이 다른 트랜잭션 데이터의 커밋되지 않은 데이터를 읽습니다. 예를 들어 트랜잭션 A와 트랜잭션 B가 동시에 실행되는 경우 트랜잭션 A가 업데이트된 후 트랜잭션 B는 A의 커밋되지 않은 데이터를 쿼리하고 읽습니다. 이때 트랜잭션 A는 롤백되며 트랜잭션 B가 읽은 데이터는 유효하지 않은 더티 데이터입니다. (

트랜잭션 B는 트랜잭션 A의 커밋되지 않은 데이터를 읽습니다.

) Non-repeatable Read (NonRepeatable Read): 한 트랜잭션의 작업으로 인해 다른 트랜잭션이 전후에 두 번 다른 데이터를 읽습니다. 예를 들어 트랜잭션 A와 트랜잭션 B가 동시에 실행되는 경우 트랜잭션 B가 데이터를 쿼리하고 읽은 후 트랜잭션 A는 트랜잭션 B가 쿼리한 데이터를 업데이트합니다. 이때 트랜잭션 B는 데이터를 다시 읽어 두 번 읽은 데이터가 다른 것을 발견합니다. . 같은. (

트랜잭션 B는 트랜잭션 A의 제출된 데이터를 읽습니다

) Phantom Read(Phantom Read) 팬텀 읽기: 하나의 트랜잭션을 수행하면 다른 트랜잭션 전후의 두 쿼리 결과의 데이터 양이 달라집니다. 예를 들어, 트랜잭션 A와 트랜잭션 B가 동시에 실행되는 경우 트랜잭션 B가 데이터를 쿼리하고 읽은 후 트랜잭션 A는 트랜잭션 B의 쿼리 조건에 맞는 레코드를 추가하거나 삭제합니다. 이때 트랜잭션 B는 다시 쿼리하여 이전 레코드를 찾습니다. 쿼리가 기존 레코드가 아니거나 이전 쿼리의 일부 레코드가 누락되었습니다. (트랜잭션 B는 트랜잭션 A에 새로 추가된 데이터를 읽거나 트랜잭션 A에 의해 삭제된 데이터를 읽을 수 없습니다)트랜잭션이 커밋되지 않으므로 더티 읽기를 제거해야 합니다. 일부 시나리오에서는 반복 불가능한 읽기 및 팬텀 읽기가 허용되지만(트랜잭션이 커밋됨) 반드시 제거할 필요는 없습니다(다른 격리 수준을 설정하여). 이는 애플리케이션 시나리오 요구 사항에 따라 결정됩니다. 4. 트랜잭션 관련 명령

MySQL이 트랜잭션을 자동으로 제출하는지 확인합니다.

select @@autocommit;0은 트랜잭션의 수동 제출을 의미하고, 1은 트랜잭션의 자동 제출을 의미하며, 트랜잭션 제출 방법을 수동 제출로 설정합니다. 현재 세션):

추천 학습: mysql 비디오 튜토리얼

위 내용은 MySQL 트랜잭션의 ACID 특성 및 동시성 문제 요약의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!