MySQL 스토리지 엔진에 대한 자세한 설명

1. MySQL에서 일반적으로 사용되는 스토리지 엔진 및 기능

1. InnoDB 스토리지 엔진

MySQL 버전 5.5부터 MySQL의 기본 내장 스토리지 엔진은 다음과 같습니다.

(1) 재해 복구.
(2) 거래를 지원합니다. 기본 트랜잭션 격리 수준은 반복성이며 이는 MVCC(동시 버전 제어)를 통해 구현됩니다.
(3) 사용되는 잠금 세분성은 더 높은 동시성을 지원할 수 있는 행 수준 잠금입니다.
(4) 외래 키 지원
(5) 일부 핫 백업 도구를 사용하면 온라인 핫 백업을 지원할 수 있습니다. InnoDB 버퍼 관리 기능이 있으며 모든 인덱스와 데이터를 버퍼 풀을 통해 캐시하여 쿼리 속도를 높입니다.
(7) InnoDB 유형 테이블의 경우 데이터의 물리적 구성 형태는 클러스터링된 테이블입니다. 모든 데이터는 기본 키에 따라 구성됩니다. 데이터와 인덱스는 함께 배치되어 B+ 번호의 리프 노드에 위치합니다.

2. MyISAM 스토리지 엔진

버전 5.5 이전에는 MyISAM이 MySQL의 기본 스토리지 엔진이었고 동시성을 지원하지 않습니다. 사용 시나리오는 상대적으로 적으며 주요 기능은 다음과 같습니다.

(1) 트랜잭션을 지원하지 않습니다.

(2) 외래 키를 강제로 추가하면 오류가 표시되지 않습니다. 외래 키는 효과가 없습니다.
(3) 데이터 처리 쿼리 캐시는 InnoDB와 같은 데이터가 아닌 인덱스만 캐시하고 운영 체제 자체 캐시를 사용합니다.
(4) 기본 잠금 세분성은 테이블 수준 잠금이므로 동시성은 다음과 같습니다. 매우 열악하고 잠금이 빠르며 잠금 충돌이 거의 발생하지 않으므로 교착 상태가 발생할 가능성이 적습니다.
(5) 전체 텍스트 인덱스를 지원합니다(MySQL 5.6 이후에는 InnoDB 스토리지 엔진도 전체 텍스트 인덱스를 지원합니다). 전체 텍스트 인덱스는 기본적으로 사용되지 않습니다. 전체 텍스트 인덱스의 경우 이제 ElasticSearch, Solr, Sphinx 등과 같은 다른 성숙한 솔루션이 있습니다.
(6) 데이터베이스가 위치한 호스트가 다운되면 MyISAM 데이터 파일이 쉽게 손상되고 복구가 어렵습니다.

3. MEMORY 스토리지 엔진

은 Redis, memcached 및 기타 아이디어와 유사하게 데이터를 메모리에 저장합니다. 데이터 액세스 속도를 향상시키기 위해 주요 기능은 다음과 같습니다.

(1) 지원되는 데이터 유형은 제한되어 있습니다. 예: TEXT 및 BLOB 유형은 문자열 유형 데이터의 경우 고정 길이 행만 지원됩니다. VARCHAR은 자동으로 CHAR 유형으로 저장됩니다. ;

(2) 지원되는 잠금 세분성은 테이블 수준 잠금입니다. 따라서 액세스 양이 상대적으로 많으면 테이블 수준 잠금이 MEMORY 스토리지 엔진의 병목 현상이 됩니다.
(3) 데이터가 메모리에 저장되므로 서버를 다시 시작한 후 모든 데이터가 손실됩니다. 4) 쿼리 시 임시 테이블을 사용하고 임시 테이블에 BLOB 및 TEXT 유형의 필드가 있으면 임시 테이블이 MyISAM 유형 테이블로 변환되어 성능이 급격히 저하됩니다.

4. 스토리지 엔진

ARCHIVE 스토리지 엔진이 적합합니다. 압축을 지원하므로 주로 로그 보관, 스트리밍 및 기타 데이터에 사용됩니다. 주요 기능:

(1) Zlib 압축을 지원하며 데이터는 이전에 압축됩니다.

(2) 저장된 데이터는 쿼리만 가능하고 수정 또는 삭제할 수 없습니다.

(3) 자동 증가 키의 인덱스만 지원하며 다른 인덱스는 지원하지 않습니다.

5. CSV 저장 엔진

데이터 전송 평가판, 주요 기능:

(1) 데이터 형식은 .csv 형식의 텍스트이며 직접 편집하고 저장할 수 있습니다.

(2) 가져오기 및 내보내기가 더 편리합니다. 특정 테이블의 데이터를 csv로 직접 내보낼 수 있습니다.

2. InnoDB와 MyISAM의 비교

1. InnoDB는 MyISAM보다 더 높은 동시성을 지원합니다. InnoDB에는 행 수준 잠금이 있고 MyISAM에는 테이블 수준 잠금이 있으므로 InnoDB는 MyISAM보다 낫습니다. 일반적으로 교착 상태가 발생할 가능성이 높고 잠금 충돌 가능성이 더 높으며 잠금 비용도 더 큽니다.

3. 백업 및 재해 복구 측면에서 InnoDB는 많은 장점을 가지고 있습니다. 성숙한 온라인 핫 대기 솔루션은 InnoDB보다 높습니다. , InnoDB는 쿼리 프로세스 중에 데이터 캐시를 유지해야 하기 때문에 쿼리 프로세스는 먼저 행이 있는 데이터 블록을 찾은 다음 데이터 블록에서 찾으려는 행을 찾습니다. MyISAM은 메모리 주소를 직접 찾을 수 있습니다.

5. SELECT COUNT(*) 문, 행 수가 수천만 개가 넘는 경우 MyISAM은 빠르게 알아낼 수 있지만 InnoDB 쿼리는 매우 느립니다. MyISAM은 행 수를 별도로 저장하며 InnoDB는 행 수를 계산하기 위해 Zhu Xing이 필요하므로 InnoDB를 사용하고 행 수를 쿼리해야 하는 경우 오프라인과 같은 행 수에 대한 특수 처리를 수행해야 합니다. 쿼리 및 캐싱
6. MyISAM의 테이블 구조 파일에는 .frm(테이블 구조 정의), .MYI(인덱스), .MYD(데이터)가 포함되며 InnoDB의 테이블 데이터 파일에는 .ibd 및 .frm(테이블 구조 정의)이 있습니다. ;

3. 적절한 스토리지 엔진을 선택하는 방법

1. InnoDB의 동시성을 지원해야 하는지 여부

3.

4. 효율적인 데이터 버퍼링이 필요합니까? InnoDB는 인덱스만 버퍼링하지만, 다른 스토리지 엔진의 인덱스는 그렇지 않습니다. 너무 똑같아;

더 많은 MySQL 관련 기술 기사를 보려면 MySQL Tutorial 칼럼을 방문하여 알아보세요!

위 내용은 MySQL 스토리지 엔진에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!