MySQL에서 일반적으로 사용되는 스토리지 엔진은 무엇입니까? 그들은 어떻게 다른가요?-MySQL 튜토리얼-php.cn

MySQL에서 일반적으로 사용되는 네 가지 스토리지 엔진은 MyISAM 스토리지 엔진, innoDB 스토리지 엔진, MEMORY 스토리지 엔진 및 ARCHIVE 스토리지 엔진입니다. 이 기사에서는 이 네 가지 스토리지 엔진에 중점을 두고 마지막으로 이 네 가지 스토리지 엔진을 비교합니다.

MySQL

1의 스토리지 엔진#. 🎜🎜#

1. 스토리지 엔진은 실제로 데이터베이스 파일에 대한 액세스 메커니즘입니다. 데이터를 저장하는 방법, 저장된 데이터를 색인화하는 방법, 데이터를 업데이트하는 방법 및 기타 기술 구현 방법입니다.

2. MySQL의 데이터는 다양한 기술을 사용하여 파일(또는 메모리)에 저장됩니다. 이러한 각 기술은 서로 다른 저장 메커니즘, 인덱싱 기술, 잠금 수준 및 결과를 제공합니다. 다양한 기능과 능력. MySQL에서는 이러한 다양한 기술과 지원 관련 기능을 스토리지 엔진이라고 합니다.

2. MySQL에서 엔진 보기 1. mysql 스토리지 엔진 및 mysql을 가져오는 기본 스토리지 엔진입니다.

2. show 변수 like '% Storage_engine'; // mysql의 기본 스토리지 엔진 보기

3 show create table tablename ; 특정 테이블 스토리지 엔진에 의해 이 기본 스토리지 엔진이 수정되었습니다!

4. name="tablename"인 데이터베이스에서 테이블 상태 표시 //데이터베이스의 테이블에서 사용하는 스토리지 엔진을 정확하게 봅니다.

3. 여러 MySQL에서 일반적으로 사용되는 스토리지 엔진 #

저장 위치: MySQL이 MyISAM 스토리지 엔진을 사용하는 경우 데이터베이스 파일 유형에는 .frm, .MYD 및 .MYI가 포함됩니다. 기본 저장 위치는 C:Documents및 SettingsAll입니다. UsersApplication DataMySQLMySQL Server 5.1data#🎜🎜 #Storage 방법: MyISAM 이 스토리지 엔진은 트랜잭션을 지원하지 않으며 행 수준 잠금을 지원하지 않으며 동시에 삽입된 테이블 잠금만 지원합니다. 주로 고부하 선택에 사용됩니다. . Index 방법: MyISAM도 B+tree 인덱스를 사용하지만 구체적인 구현 방식은 Innodb와 다소 다릅니다.

이 엔진은 ISAM 데이터베이스 엔진을 기반으로 하며 ISAM에서 사용할 수 없는 인덱싱 및 필드 관리와 같은 많은 기능을 제공하는 것 외에도 테이블 잠금 메커니즘을 사용하여 다중 동시 읽기 및 쓰기를 최적화합니다. 그러나 업데이트 메커니즘으로 인해 낭비되는 공간을 복구하려면 OPTIMIZE TABLE 명령을 자주 실행해야 합니다. 그렇지 않으면 조각화가 증가하여 궁극적으로 데이터 액세스 성능에 영향을 미칩니다. MyISAM에는 데이터베이스 파일 복구를 위한 MyISAMChk 도구 및 낭비된 공간 복구를 위한 MyISAMPack 도구와 같은 몇 가지 유용한 확장 기능도 있습니다. MyISAM은 빠른 읽기 작업을 강조하며 주로 고부하 선택에 사용됩니다. 이는 웹 개발에서 MySQL이 인기를 끄는 주된 이유이기도 합니다. 웹 개발에서 수행되는 많은 데이터 작업은 읽기 작업이므로 대부분의 가상 호스트 공급자는 다음과 같습니다. 및 인터넷 플랫폼 공급자(IPP)는 MyISAM 형식의 사용만 허용합니다.
MyISAM 유형 테이블은 정적, 동적, 압축의 세 가지 저장 구조를 지원합니다.
정적 유형: 정의된 테이블 열의 크기가 고정되어 있음을 의미합니다(즉, xblob, xtext, varchar 등과 같은 가변 길이 데이터 유형을 포함하지 않음). 따라서 MySQL은 자동으로 정적 유형을 사용합니다. MyISAM 형식. 정적 형식을 사용하는 테이블의 성능은 미리 결정된 형식으로 저장된 데이터를 유지하고 액세스하는 데 필요한 오버헤드가 매우 낮기 때문에 상대적으로 높지만, 이러한 높은 성능은 정의 시 고정되므로 공간이 희생됩니다. 열의 값이 아무리 크더라도 최대값이 우선하여 전체 공간을 차지합니다.
동적 유형: 열(열이 하나만 있는 경우에도)이 동적(xblob, xtext, varchar 및 기타 데이터 유형)으로 정의되면 MyISAM은 동적 유형 테이블이 다음을 사용하더라도 자동으로 동적 유형을 사용합니다. 정적 유형 테이블보다 더 많은 공간을 확보하지만 필드 내용이 변경되면 해당 위치를 이동해야 하므로 데이터 조각이 생성되므로 성능이 저하됩니다. 변경 사항이 증가하면 그에 따라 데이터 액세스 성능도 저하됩니다. #因#조각화 증가로 인한 데이터 액세스 증가를 위해 두 가지 솔루션이 있습니다:
A. 정적 데이터 유형을 최대한 사용합니다.
B. 테이블 최적화 table_name 테이블 정렬 조각화, 복구 테이블 데이터의 업데이트 및 삭제로 인해 공간이 손실되었습니다. 스토리지 엔진이 테이블 table_name 최적화를 지원하지 않는 경우 데이터를 덤프하고 다시 로드하면 조각화도 줄일 수 있습니다.
압축 유형: 수명 주기 동안 읽기 전용인 데이터베이스에 테이블을 생성하는 경우 공간 사용량을 줄이려면 MyISAM 압축 테이블을 사용해야 합니다.

장점과 단점: MyISAM의 장점은 공간을 적게 차지하고 처리 속도가 빠르다는 것입니다. 단점은 트랜잭션 무결성과 동시성이 지원되지 않는다는 것입니다.

2． innoDBStorage Engine

Storage 위치: MySQL InnoDB 스토리지 엔진을 사용하는 경우 데이터베이스 파일 형식에는 .frm, ibdata1 및 .ibd가 포함됩니다. 두 개의 저장 위치입니다. .frm 파일의 기본 저장 위치는 C:Documents 및 SettingsAll UsersApplicationDataMySQLMySQL Server 5.1data입니다. ibdata1 및 .ibd 파일의 기본 저장 위치는 MySQL 설치 디렉터리의 데이터 폴더입니다.

innodb 스토리지 엔진의 mysql 테이블은 트랜잭션 보안, 롤백 및 시스템 충돌 복구 기능, 다중 버전 버스트 제어 트랜잭션 보안을 제공합니다.

innodb는 자동 증가 열(auto_increment)을 지원합니다. 자동 증가 열의 값이 비어 있으면 어떻게 기존 값이 자동으로 저장되고 증가하기 시작할 수 있습니까? 값이 있는 경우 현재 값이 여전히 크므로 이 값을 저장하면 됩니다.

innodb 스토리지 엔진은 외래 키를 지원합니다. 외래 키가 있는 테이블을 하위 테이블이라고 하며, 이 외래 키가 의존하는 테이블을 상위 테이블이라고 합니다.

innodb 스토리지 엔진에서 가장 중요한 것은 트랜잭션 및 트랜잭션 관련 기능을 지원한다는 것입니다.

innodb 스토리지 엔진은 mvcc 행 수준 잠금을 지원합니다.

innodb 스토리지 엔진 인덱스는 B+Tree를 사용합니다

장점과 단점: InnoDB의 장점은 우수한 트랜잭션 처리, 충돌 복구 기능 및 동시성 제어를 제공한다는 것입니다. 단점은 읽기 및 쓰기 효율성이 좋지 않고 차지하는 데이터 공간이 상대적으로 크다는 것입니다.

3． MEMORYStorage Engine

메모리 스토리지 엔진은 이전 스토리지 엔진과 약간 다릅니다. 여기에 저장된 데이터를 사용합니다. 테이블을 생성하면 모든 데이터도 메모리에 저장됩니다.

메모리 저장 엔진을 기반으로 하는 각 테이블은 실제로 디스크 파일에 해당합니다. 파일 이름과 파일 테이블 이름은 동일하며 유형은 .frm입니다. 이 파일은 테이블의 구조만 저장하고 해당 데이터 파일은 메모리에 저장되므로 데이터 처리 속도가 빨라지고 테이블 전체의 처리 능력이 향상됩니다.

메모리 저장 엔진은 기본적으로 해시(HASH) 인덱스를 사용하므로 B-+Tree 유형을 사용하는 것보다 빠릅니다. 독자가 B-트리 유형을 사용하려는 경우 생성 시 참조할 수 있습니다.

memory 스토리지 엔진 파일 데이터는 메모리에 저장됩니다. mysqld 프로세스에서 예외가 발생하면 머신을 다시 시작하거나 종료하면 데이터가 사라집니다. 따라서 메모리 저장 엔진에서 테이블의 수명주기는 매우 짧으며 일반적으로 한 번만 사용됩니다.

4． ARCHIVEStorage Engine

이 스토리지 엔진은 대용량의 독립적인 데이터를 기록으로 저장하는 데 매우 적합합니다. ARCHIVE는 InnoDB, MyISAM 엔진과 달리 압축 기능을 제공하고 삽입 속도가 효율적이지만, 인덱스를 지원하지 않아 쿼리 성능이 좋지 않습니다.

넷. 4가지 스토리지 엔진 비교

InnoDB: 트랜잭션 처리 지원, 외래 키 지원, 충돌 복구 기능 및 동시성 제어 지원. 거래 무결성(예: 은행)에 대해 상대적으로 높은 요구 사항이 필요하고 동시성 제어(예: 티켓 판매)가 필요한 경우 InnoDB를 선택하면 큰 이점이 있습니다. 자주 업데이트하고 삭제해야 하는 데이터베이스가 필요한 경우 트랜잭션 커밋 및 롤백을 지원하는 InnoDB를 선택할 수도 있습니다.

MyISAM: 데이터 삽입 속도가 빠르고 공간 및 메모리 사용량이 상대적으로 적습니다. 테이블이 주로 새 레코드를 삽입하고 레코드를 읽는 데 사용되는 경우 MyISAM을 선택하면 높은 처리 효율성을 얻을 수 있습니다. 애플리케이션의 무결성 및 동시성 요구 사항이 상대적으로 낮은 경우에도 사용할 수 있습니다. 데이터 테이블이 주로 레코드를 삽입하고 쿼리하는 데 사용된다면 MyISAM 엔진은 더 높은 처리 효율성을 제공할 수 있습니다

MEMORY: 모든 데이터가 메모리에 있으므로 데이터 처리 속도는 빠르지만 보안은 높지 않습니다. . 빠른 읽기 및 쓰기 속도와 낮은 데이터 보안 요구 사항이 필요한 경우 MEMOEY를 선택할 수 있습니다. 테이블 크기에 대한 요구 사항이 있으며 너무 큰 테이블을 만들 수 없습니다. 따라서 이 유형의 데이터베이스는 상대적으로 작은 데이터베이스 테이블에만 사용됩니다. 데이터를 일시적으로만 저장하고 데이터 양이 크지 않으며 높은 데이터 보안이 필요하지 않은 경우 메모리 엔진을 선택하여 메모리에 데이터를 저장할 수 있습니다. 이 엔진은 MySQL에서 저장을 위한 임시 테이블로 사용됩니다. 쿼리의 중간 결과#🎜🎜 #

INSERT 및 SELECT 작업만 있는 경우 보관을 선택할 수 있습니다. 보관은 동시성 높은 삽입 작업을 지원하지만 트랜잭션에 안전하지는 않습니다. Archive는 보관된 데이터를 저장하는 데 매우 적합합니다. 예를 들어 Archiv

을 사용하여 동일한 데이터베이스가 여러 스토리지 엔진의 테이블을 사용할 수도 있습니다. 테이블에 상대적으로 높은 트랜잭션 처리가 필요한 경우 InnoDB를 선택할 수 있습니다. 이 데이터베이스에서는 쿼리 요구 사항이 더 높은 테이블을 MyISAM에 저장할 수 있습니다. 데이터베이스에 쿼리를 위한 임시 테이블이 필요한 경우 MEMORY 스토리지 엔진을 선택할 수 있습니다.