Mysql MVCC 다중 버전 동시성 제어 지식 포인트는 무엇입니까?

1. MVCC

다중 버전 동시성 제어(MVCC)는... MVCC는 일반적으로 데이터베이스 관리 시스템에서 데이터베이스에 대한 동시 액세스를 달성하고 프로그래밍 언어로 트랜잭션 메모리를 구현하는 데 사용됩니다.

MySQL InnoDB에서 MVCC 구현은 주로 데이터베이스 동시성 성능을 향상시키고 읽기 및 쓰기 충돌을 처리하는 더 나은 방법을 사용하여 > 읽기 및 쓰기 충돌이 있어도 잠금이 해제되거나 잠금이 해제될 수 있습니다. 동시 읽기를 차단합니다.

2. 현재 읽기

공유 모드에서 잠금 선택(공유 잠금), 업데이트 선택, 삽입, 삭제(독점 잠금)와 같은 작업을 모두 현재 읽기라고 부르는 이유는 무엇입니까? 즉, 읽을 때 최신 버전의 레코드를 읽는 동시에 다른 동시 트랜잭션이 현재 레코드를 수정할 수 없도록 해야 하며 읽은 레코드가 잠깁니다.

3. 스냅샷 읽기(데이터베이스의 동시 쿼리 기능 향상)

잠금 없는 선택 작업은 스냅샷 읽기입니다. 즉, 잠금 없는 비차단 읽기는 격리 수준이 직렬 수준이 아니라는 것입니다. , 동일한 수준의 직렬 수준 Snapshot 읽기는 현재 읽기로 변질됩니다. Snapshot 읽기가 발생하는 이유는 동시성 성능 향상을 고려한 것입니다. Snapshot 읽기의 구현은 다중 버전 동시성 제어, 즉 MVCC를 기반으로 합니다. MVCC는 행 잠금의 변형으로 간주될 수 있지만 여러 버전을 기반으로 하기 때문에 많은 경우 잠금 작업을 피하고 오버헤드를 줄입니다. 즉, 스냅샷 읽기가 반드시 최신 버전을 읽을 필요는 없습니다. 하지만 이전 기록 버전일 수도 있습니다

4. 현재 읽기, 스냅샷 읽기 및 MVCC 간의 관계

MVCC 다중 버전 동시성 제어는 읽기 및 쓰기 작업에 충돌이 없도록 여러 버전의 데이터를 유지하는 것을 의미합니다. 스냅샷 읽기는 MVCC를 구현하기 위한 MySQL의 비차단 읽기 기능입니다. MySQL에서 MVCC 모듈의 구체적인 구현은 세 가지 암시적 필드, 실행 취소 로그 및 읽기 보기로 구현됩니다.

5. MVCC 구현 원리

mvcc의 구현 원리는 주로 기록, 취소 및 읽기 보기의 세 가지 숨겨진 필드에 의존합니다.

숨겨진 필드

행 레코드에는 사용자 정의 필드 외에도 데이터베이스에 의해 암시적으로 정의된 DB_TRX_ID, DB_ROLL_PTR, DB_ROW_ID와 같은 필드가 있습니다

DB_TRX_ID

6바이트, 가장 최근에 수정된 트랜잭션 ID, 레코드 생성 이 레코드 또는 이 레코드를 수정한 마지막 트랜잭션 ID

DB_ROLL_PTR

7바이트, 롤백 포인터, 이 레코드의 이전 버전을 가리키며, 실행 취소에 협력하는 데 사용되며, 이전 이전 버전을 가리킴

DB_ROW_JD

6바이트, 숨겨진 기본 키. 데이터 테이블에 기본 키가 없으면 innodb는 자동으로 6바이트 row_idrow_id

undo log

undolog被称之为回滚日志，表示在进行insert，delete，update操作的时候产生的方便回滚的日志 当进行insert操作的时候，产生的undolog只在事务回滚的时候需要，并且在事务提交之后可以被立刻丢弃 当进行update和delete操作的时候，产生的undolog不仅仅在事务回滚的时候需要，在快照读的时候也需要，所以不能随便删除，只有在快照读或事务回滚不涉及该日志时，对应的日志才会被purge线程统一清除（当数据发生更新和删除操作的时候都只是设置一下老记录的deleted_bit，并不是真正的将过时的记录删除，因为为了节省磁盘空间，innodb有专门的purge线程来清除deleted_bit为true的记录，如果某个记录的deleted_id为true

undo log

undolog를 생성합니다. 이를 롤백이라고 합니다. 롤백을 용이하게 하기 위해 삽입, 삭제, 업데이트 작업 중에 생성된 로그를 나타내는 로그입니다. 삽입 작업을 수행할 때 생성된 실행 취소 로그는 트랜잭션이 롤백될 때만 필요하며 트랜잭션이 제출된 후 즉시 삭제할 수 있습니다. 업데이트 및 삭제 작업 중에 생성된 실행 취소 로그는 트랜잭션이 롤백될 때뿐만 아니라 스냅샷을 읽을 때도 필요하므로 스냅샷 읽기 또는 트랜잭션 롤백에 로그가 포함되지 않은 경우에만 임의로 삭제할 수 없습니다. 해당 로그는 퍼지 스레드에 의해 균일하게 지워집니다(데이터가 업데이트되거나 삭제될 때 이전 레코드의 삭제된_비트만 설정되고 오래된 레코드는 실제로 삭제되지 않습니다. 왜냐하면 디스크 공간을 절약하기 위해 innodb에는 특별한 스레드를 제거하여 삭제합니다. deleted_bit가 true인 레코드의 경우, 레코드의 delete_id가 true이고 제거 스레드의 읽기 보기를 기준으로 DB_TRX_ID가 표시되는 경우 )

Read View

Read View는 트랜잭션이 스냅샷 읽기 작업을 수행하는 순간 생성되는 데이터의 현재 스냅샷입니다. 시스템의 현재 활성 트랜잭션을 기록하고 유지하기 위해 시스템이 생성되며, 트랜잭션의 id 값이 증가합니다.

6. MVCC의 핵심 아이디어

MVCC의 핵심 아이디어는

나중에 수정되거나 삭제되더라도 거래가 시작되기 전에 존재했던 데이터를 확인할 수 있습니다. 거래 후 새로 추가된 데이터를 찾을 수 없습니다.

MVCC 검색 규칙:

생성 시간이 현재 트랜잭션 ID보다 작거나 같은 데이터와 삭제 시간이 현재 트랜잭션 ID보다 큰(또는 삭제되지 않은) 행만 찾을 수 있습니다.

그림과 같이 그림에서는 Transaction1 트랜잭션에 두 개의 데이터가 삽입되어 트랜잭션을 커밋한 다음 Transaction2 트랜잭션에서 읽어서 두 개의 데이터를 읽습니다.

🎜🎜🎜🎜그림과 같이 에 대한 데이터 조각을 삽입합니다. Transaction3 트랜잭션에서 이전 연결을 확인한 다음 Transaction2 트랜잭션에서 읽습니다. mvcc 규칙에 따르면 내 트랜잭션이 시작된 후 삽입된 데이터는 찾을 수 없습니다. Laolian의 생성 ID가 2보다 크므로 데이터는 2개뿐입니다. 찾아볼 수 있어요🎜

그림과 같이 Transaction4 트랜잭션에서 ID 2의 데이터가 삭제된 후 Transaction2 트랜잭션에서 읽어오면 mvcc 규칙에 따라 내 트랜잭션이 시작된 후 삽입되고 삭제된 데이터를 확인할 수 있습니다. Lao Chao는 아직 찾을 수 있으므로 여전히 두 개의 데이터를 찾았습니다.

그림에 표시된 대로 Transaction5 트랜잭션에서 이름=Brother Tao인 데이터를 추가하고 ID=1인 데이터를 삭제합니다. , name=Brother Tao의 ID를 1로 수정한 다음 Transaction2에서 읽습니다. mvcc 규칙에 따르면 내 트랜잭션이 시작된 후에 삽입되고 삭제된 데이터는 Lao Yan이 계속 찾을 수 있으므로 두 개의 데이터가 있습니다. stillfound

위의 데모를 통해 버전 번호 제어를 통해 다른 트랜잭션이 삽입, 수정, 삭제되더라도 Transaction2에서 쿼리한 데이터는 변경되지 않았음을 알 수 있습니다.

위 내용은 Mysql MVCC 다중 버전 동시성 제어 지식 포인트는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!