MVCC의 스냅샷을 간략하게 분석하고 스냅샷이 어떻게 작동하는지 확인하세요.

이 기사에서는 MVCC의 스냅샷을 이해하고 MVCC에서 스냅샷이 어떻게 작동하는지 살펴보겠습니다. 그것이 모두에게 도움이 되기를 바랍니다!

MVCC

실제로 MySQL(innodb 스토리지 엔진)에서는 각 레코드가 업데이트되는 동시에 롤백 작업을 기록합니다. 이전 상태의 값을 롤백하여 레코드의 최신 값을 얻을 수 있습니다.

값이 1에서 2, 3, 4 순으로 변경되었다고 가정하면 롤백 로그에는 다음과 유사한 기록이 남게 됩니다.

현재 값은 4이지만 이 레코드를 쿼리할 때 서로 다른 시간에 시작된 트랜잭션은 읽기 보기가 달라집니다. 그림에서 볼 수 있듯이 A, B, C 뷰에서 이 레코드의 값은 각각 1, 2, 4입니다. 동일한 레코드가 시스템 내 여러 버전으로 존재할 수 있습니다. 데이터베이스의 버전 동시성 제어(MVCC). 읽기 뷰 A의 경우 1을 얻으려면 그림의 모든 롤백 작업을 실행하여 현재 값을 가져와야 합니다.

InnoDB는 '스냅샷'을 어떻게 정의하나요?

InnoDB의 각 트랜잭션에는 트랜잭션 ID라고 하는 고유한 트랜잭션 ID가 있습니다. InnoDB 트랜잭션 시스템에 트랜잭션 시작 시 적용되며, 적용 순서에 따라 엄격하게 증분됩니다.

그리고 각 데이터 행에도 여러 버전이 있습니다. 트랜잭션이 데이터를 업데이트할 때마다 새로운 데이터 버전이 생성되고 트랜잭션 ID가 이 데이터 버전의 트랜잭션 ID에 할당되어 trx_id 행으로 기록됩니다. 동시에 이전 데이터 버전은 유지되어야 하며, 새 데이터 버전에는 직접 얻을 수 있는 정보가 있어야 합니다.

즉, 데이터 테이블의 레코드 행에는 실제로 여러 버전(행)이 있을 수 있으며 각 버전에는 자체 행 trx_id가 있습니다.

반복 읽기의 정의에 따르면, 트랜잭션이 시작되면 제출된 모든 트랜잭션 결과를 볼 수 있습니다. 그러나 이 트랜잭션이 실행되는 동안에는 다른 트랜잭션의 업데이트가 표시되지 않습니다.

따라서 트랜잭션은 시작 시에만 "시작하는 순간을 기준으로 시작하기 전에 데이터 버전이 생성되면 인식되고, 시작한 후에 생성되면 인식하지 않습니다"라고 선언하면 됩니다. 인식하려면 이전 버전을 찾아야 해요.” 물론, "이전 버전"도 보이지 않는다면 계속해서 기대해야 합니다. 또한 트랜잭션 자체에 의해 데이터가 업데이트되는 경우에도 이를 인식해야 합니다.

구현 측면에서 InnoDB는 트랜잭션이 시작되는 순간 현재 "활성" 상태인 모든 트랜잭션 ID를 저장하기 위해 각 트랜잭션에 대한 배열을 구성합니다. "활성"은 시작되었지만 아직 제출되지 않았음을 의미합니다.

배열 내 트랜잭션 ID의 최소값이 저수위로 기록되고, 현재 시스템에서 생성된 트랜잭션 ID의 최대값에 1을 더한 값이 최고수위로 기록됩니다.

이 뷰 배열은 모든 행 trx_id를 여러 가지 상황으로 나눕니다.

이런 방식으로 현재 트랜잭션의 시작 순간에 데이터 버전의 trx_id 행은 다음과 같은 가능성을 갖습니다.

• 녹색 부분에 해당하면 이 버전이 제출되었음을 의미합니다. 트랜잭션 또는 현재 트랜잭션 자체가 이 데이터를 생성하며 이 데이터가 표시됩니다.

• 빨간색 부분에 해당하면 이 버전이 미래에 시작된 트랜잭션에 의해 생성되었으며 확실히 보이지 않음을 의미합니다.

  노란색 부분에 해당하면 두 가지 상황이 포함됩니다
a. 행 trx_id가 배열에 있으면 이 버전이 아직 제출되지 않았으며 보이지 않음을 의미합니다. b. trx_id 행이 배열에 없으면 이 버전이 커밋된 트랜잭션에 의해 생성되었으며 표시된다는 의미입니다.

예:

세션 A가 트랜잭션 A를 시작합니다. 트랜잭션 A가 시작되기 전에 시스템에는 3개의 활성 트랜잭션이 있으며 해당 ID는 90 93 95입니다.

그러면 트랜잭션 A의 ID는 100입니다

이때 트랜잭션 A의 뷰 배열은 [90 93 95 100]과 같으며, 저수위는 90, 고수위는 100+1=101입니다. 이제 트랜잭션 A가 데이터를 읽기 시작합니다

• ID가 104로 상위 워터 마크인 101보다 크다는 것은 이 버전이 미래에 시작된 트랜잭션에 의해 생성되었음을 의미하며 절대 눈에 띄지 않습니다. ID는 88이며 이는 최저 워터 마크인 90보다 작습니다. 이는 버전이 제출된 트랜잭션이거나 현재 트랜잭션 자체에 의해 생성되었음을 의미합니다. 이 데이터는 표시됩니다.
• ID는 94입니다. 낮은 수위와 높은 수위 사이에 있지만 배열 [90 93 95 100]에는 없습니다. 이 버전은 커밋된 트랜잭션에 의해 생성되고 표시됩니다.
• ID가 저수위와 고수위 사이인 93이라고 읽었습니다. 이 [90 93 95 100] 배열은 이 버전이 아직 제출되지 않았으며 보이지 않는 거래에 의해 생성되었음을 나타냅니다.

이것은 판단 규칙을 코드 로직에서 직접 번역한 것이지만 보시다시피 인체 분석 가시성에 사용하기에는 번거롭습니다.

그럼 제가 번역해드릴게요. 데이터 버전의 경우, 거래 보기의 경우 자체 업데이트가 항상 표시되는 것 외에도 세 가지 상황이 있습니다.

버전이 제출되지 않고 보이지 않습니다.
버전이 제출되었지만 이후에 제출됩니다. 뷰가 생성되고 보이지 않습니다.
버전이 제출되었으며 뷰가 생성되기 전에 제출되었으므로 표시됩니다.
【관련 추천:

mysql 비디오 튜토리얼

】

위 내용은 MVCC의 스냅샷을 간략하게 분석하고 스냅샷이 어떻게 작동하는지 확인하세요.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!