MySQL의 양대 스토리지 엔진인 InnoDB와 MyISAM의 차이점

1.InnoDB 스토리지 엔진

InnoDB는 MySQL5.5에서 기본 스토리지 엔진이 됩니다. InnoDB는 다수의 단기 트랜잭션을 처리하도록 설계된 트랜잭션 스토리지 엔진입니다. 성능과 자동 충돌 복구 기능으로 인해 비트랜잭션 시나리오에서도 널리 사용됩니다.

따라서 다음과 같이 말할 수 있습니다. "InnoDB에 없는 일부 기능을 사용해야 하거나 이를 대체할 수 있는 다른 방법이 없는 경우에는 해당 기능에 우선순위를 두어야 합니다".

InnoDB 데이터는 테이블스페이스에 저장되며, 각 테이블의 데이터와 인덱스를 별도의 파일에 저장할 수 있습니다.

InnoDB는 MVCC를 사용하여 높은 동시성을 지원하고 4가지 표준 격리 수준을 구현합니다. 기본 수준은 REPEATABLE READ(반복 읽기)이며 간격 잠금 전략은 팬텀 읽기를 방지합니다.

InnoDB는 클러스터형 인덱스를 기반으로 구축되었습니다. 클러스터형 인덱스는 기본 키 쿼리에 대한 성능이 뛰어납니다.

InnoDB는 XtraBackup 도구를 통해 달성할 수 있는 진정한 핫 백업을 지원합니다.

InnoDB는 디스크에서 데이터를 읽을 때 예측 가능한 미리 읽기, 메모리에 해시 인덱스를 자동으로 생성하는 기능, 삽입 작업 속도를 높일 수 있는 삽입 버퍼 등 많은 내부 최적화를 수행했습니다.

애플리케이션 시나리오 : 온라인 핫 백업 필요

데이터 볼륨이 크고 시스템 붕괴 후 시스템을 신속하게 복구해야 합니다. 주문 처리 등.

2.MyISAM 스토리지 엔진MyISAM5.1 이전에는 MyISAM이 기본 스토리지 엔진이었습니다. MyISAM은 트랜잭션 및 행 수준 잠금을 지원하지 않으며 가장 큰 결함은 충돌 후 안전하게 복구할 수 없다는 것입니다.

.MyISAM은 테이블을 데이터 파일과 인덱스 파일이라는 두 가지 파일에 저장합니다.

MyISAM은 전체 테이블을 잠그고, 읽을 때 필요한 모든 테이블에 공유 잠금을 추가하고, 쓸 때 배타적 잠금을 추가합니다. 그러나 테이블에 읽기 쿼리가 있으면 테이블에 새 레코드를 삽입할 수도 있습니다(동시 삽입).

MyISAM은 수동 또는 자동으로 확인 및 복구 작업을 수행할 수 있지만 데이터 손실이 발생할 수 있으며 복구 작업이 매우 느립니다.

MyISAM 테이블의 BLOB 및 TEXT와 같은 긴 필드는 처음 500자를 기반으로 인덱스를 생성할 수도 있습니다. MyISAM은 또한 단어 분할을 기반으로 생성된 인덱스인 전체 텍스트 인덱싱을 지원하며 복잡한 쿼리를 지원할 수 있습니다.

MyISAM이 테이블을 생성할 때 DELAY_KEY_WRITE(인덱스 키의 지연 업데이트)를 지정하면 각 수정이 완료될 때 인덱스가 메모리의 키 버퍼에 기록되고 해당 키 버퍼는 키 버퍼가 지워질 때까지 기록되지 않습니다. 또는 테이블이 닫힙니다. 인덱스 블록이 디스크에 기록되므로 쓰기 성능이 크게 향상될 수 있습니다. 그러나 데이터베이스나 호스트가 충돌하면 인덱스가 손상될 수 있습니다.

응용 프로그램 시나리오

: 는 주로 일반 로그 유형 응용 프로그램과 같은 SELECT 및 삽입 작업입니다.           

위 내용은 MySQL의 양대 스토리지 엔진인 InnoDB와 MyISAM의 차이점의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!