집 >데이터 베이스 >MySQL 튜토리얼 >MySQL 스토리지 엔진의 차이점은 무엇입니까?
MySQL의 스토리지 엔진 차이점: Innodb와 myisam은 트랜잭션을 지원하지만 후자는 다양성을 강조하고 더 확장된 기능을 지원하는 반면 후자는 주로 성능에 중점을 둡니다. 전체 텍스트 Index를 지원하지 않으며 후자는 전체 텍스트 인덱싱 등을 지원합니다.
mysql은 주로 여러 스토리지 엔진을 지원합니다. 여기서는 일반적으로 사용되는 스토리지 엔진에 대해 논의합니다. Innodb, myisam
INNODB
INNODB 인덱스 구현
은 동일합니다. as MyISAM 중요한 점은 InnoDB도 B+Tree 데이터 구조를 사용하여 B-Tree 인덱스를 구현한다는 것입니다. 가장 큰 차이점은 InnoDB 스토리지 엔진이 B-Tree 인덱스를 구현하기 위해 "클러스터형 인덱스" 데이터 저장 방식을 사용한다는 점입니다. 소위 "집계"란 데이터 행과 인접한 키 값이 함께 콤팩트하게 저장된다는 의미입니다. InnoDB는 리프 페이지(16K)의 레코드만 집계되므로(즉, 클러스터형 인덱스가 특정 레코드 범위를 충족함) 인접한 키 값을 포함하는 레코드가 멀리 떨어져 있을 수 있습니다.
InnoDB에서는 테이블을 인덱스 구성 테이블이라고 합니다. InnoDB는 기본 키에 따라 B+Tree를 구성합니다. (기본 키가 없으면 비어 있지 않은 고유 인덱스가 대신 선택됩니다.) , 그러한 인덱스가 없으면 InnoDB는 기본 키를 클러스터형 인덱스로 암시적으로 정의합니다. 동시에 전체 테이블의 행 레코드 데이터는 클러스터형 인덱스의 리프 노드에 저장됩니다. 리프가 아닌 페이지 페이지는 리프 페이지의 희소 인덱스로 간주될 수 있습니다.
다음 그림은 InnoDB 클러스터형 인덱스 구현을 보여주며, InnoDB 테이블의 구조도 반영하고 있습니다. InnoDB에서는 기본 키 인덱스와 데이터가 분리되지 않고 통합되어 있음을 알 수 있습니다.
이 구현 방법은 InnoDB의 기본 키 검색에 매우 높은 성능을 제공합니다. 메일 테이블과 같은 클러스터형 인덱스를 의도적으로 선택할 수도 있고, 사용자 ID를 선택하여 데이터를 집계할 수도 있습니다. 이런 방식으로 디스크에서 소수의 연속 데이터 페이지만 읽으면 모든 메일을 얻을 수 있습니다. 특정 ID를 가진 사용자에게 분산된 페이지를 읽는 데 소요되는 임의 I/O를 방지합니다.
InnoDB는 I/O 작업입니다. Innodb는 MVCC를 사용하여 높은 동시성을 지원합니다.
전체 테이블 스캔
InnoDB가 전체 테이블 스캔을 할 때 실제로는 순차적으로 읽지 않기 때문에 효율적이지 않습니다. 무작위 읽기의 경우. 전체 테이블 스캔을 수행할 때 InnoDB는 기본 키 순서로 페이지와 행을 스캔합니다. 이는 조각난 테이블을 포함한 모든 InnoDB 테이블에 적용됩니다. 기본 키 페이지 테이블(기본 키와 행을 저장하는 페이지 테이블)이 조각화되지 않은 경우 읽기 순서가 물리적 저장 순서에 가깝기 때문에 전체 테이블 스캔이 상당히 빠릅니다. 그러나 기본 키 페이지가 조각화되면 스캔 속도가 매우 느려지고 Oracle 유형과 일치하는 비잠금 읽기(SELECT의 비잠금 읽기)가 제공됩니다. 또한 InnoDB 테이블의 행 잠금은 지원되지 않습니다. 절대. MySQL이 SQL 문을 실행할 때 스캔할 범위를 결정할 수 없는 경우 InnoDB 테이블은
update table set num=1 where name like “%aaa%”
MYISAM
과 같이 전체 테이블을 잠급니다. MyISAM 인덱스 구현#🎜🎜 #각 MyISAM은 디스크에 세 개의 파일로 저장됩니다. 첫 번째 파일의 이름은 테이블 이름으로 시작하고 확장자는 파일 형식을 나타냅니다. MyISAM 인덱스 파일[.MYI(MYIndex)]과 데이터 파일[.MYD(MYData)]은 분리되어 있으며, 인덱스 파일에는 해당 페이지를 통해 읽어온 레코드가 있는 페이지의 포인터(물리적 위치)만 저장됩니다. 이 주소를 입력한 다음 색인이 생성된 행을 읽습니다. 먼저 구조도를 살펴보겠습니다
위 그림은 트리의 리프가 해당 행의 물리적 위치를 저장하는 것을 잘 보여줍니다. 이 값을 통해 스토리지 엔진은 테이블을 원활하게 쿼리하고 전체 레코드 행을 얻을 수 있습니다. 동시에 각 리프 페이지는 다음 리프 페이지에 대한 포인터도 저장합니다. 이는 리프 노드의 범위 탐색을 용이하게 합니다. 2차 인덱스의 경우 위 그림과 동일하게 MyISAM 스토리지 엔진에 구현되어 있으며, 이는 Innodb의 "클러스터형 인덱스"와는 대조적으로 MyISAM의 인덱싱 방식이 "비클러스터형"이라는 것을 보여줍니다#🎜🎜 ## 🎜🎜#MyISAM은 기본적으로 인덱스를 메모리로 읽고 메모리에서 직접 작동합니다. 기능, 다양한 확장 기능 지원, myisam은 주로 성능에 중점을 둡니다
Difference# 🎜🎜#1. InnoDB는 트랜잭션을 지원하지만 MyISAM은 그렇지 않습니다. InnoDB의 경우 각 SQL 문은 기본적으로 트랜잭션에 캡슐화되어 자동으로 제출되므로 여러 SQL 문을 넣는 것이 가장 좋습니다. 트랜잭션을 형성하기 위한 시작과 커밋 사이
🎜🎜#2, InnoDB는 클러스터형 인덱스입니다. 데이터 파일은 인덱스에 연결되어 있으며 기본 키를 통한 인덱싱은 매우 효율적입니다. 그러나 보조 인덱스에는 기본 키를 쿼리한 다음 기본 키를 통해 데이터를 쿼리하는 두 가지 쿼리가 필요합니다. 따라서 기본 키가 너무 크면 안 됩니다. 기본 키가 너무 크면 다른 인덱스도 커지기 때문입니다. MyISAM은 비클러스터형 인덱스로 데이터 파일이 분리되어 있으며 인덱스는 데이터 파일의 포인터를 저장합니다. 기본 키 인덱스와 보조 인덱스는 독립적입니다.3. InnoDB는 테이블에서 특정 개수의 행을 저장하지 않습니다. 테이블에서 select count(*)를 실행할 때 전체 테이블 스캔이 필요합니다. MyISAM은 전체 테이블의 행 수를 저장하기 위해 변수를 사용하기만 하면 됩니다.
4는 매우 빠릅니다. 텍스트 인덱싱, MyISAM은 전체 텍스트 인덱스를 지원하고 쿼리 효율성은 MyISAM
보다 높습니다.위 내용은 MySQL 스토리지 엔진의 차이점은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!