>  기사  >  데이터 베이스  >  mysql에서 MyISAM과 InnoDB의 차이점은 무엇입니까

mysql에서 MyISAM과 InnoDB의 차이점은 무엇입니까

青灯夜游
青灯夜游원래의
2022-11-08 19:42:5933921검색

차이점: 1. InnoDB는 트랜잭션을 지원하지만 MyISAM은 지원하지 않습니다. 2. InnoDB는 외래 키를 지원하지만 MyISAM은 지원하지 않습니다. 3. InnoDB는 클러스터형 인덱스인 반면 MyISAM은 비클러스터형 인덱스를 지원하지 않습니다. 전체 텍스트 인덱스, 그러나 MyISAM은 그렇지 않습니다. 5. InnoDB는 테이블 및 행 수준 잠금을 지원하는 반면 MyISAM은 테이블 수준 잠금을 지원합니다. 6. InnoDB 테이블에는 고유 인덱스가 필요하지 않습니다. . 저장 파일이 다릅니다.

mysql에서 MyISAM과 InnoDB의 차이점은 무엇입니까

이 튜토리얼의 운영 환경: windows7 시스템, mysql8 버전, Dell G3 컴퓨터.

InnoDB: MySQL의 기본 트랜잭션 엔진이자 가장 중요하고 널리 사용되는 스토리지 엔진입니다. 단기 트랜잭션이 많이 발생하도록 설계되었으며 대부분의 경우 단기 트랜잭션이 정상적으로 제출되고 롤백되는 경우가 거의 없습니다. InnoDB의 성능과 자동 충돌 복구 기능은 비트랜잭션 스토리지 요구 사항에 널리 사용됩니다. 다른 스토리지 엔진을 사용해야 하는 아주 특별한 이유가 없는 한 InnoDB 엔진에 우선순위를 부여해야 합니다.

MyISAM: MySQL 5.1 및 이전 버전에서는 MyISAM이 기본 엔진입니다. MyISAM은 전체 텍스트 인덱싱, 압축, 공간 함수(GIS) 등을 포함한 많은 기능을 제공하지만 MyISAM은 트랜잭션 및 행 수준 잠금을 지원하지 않으며 의심할 여지 없는 결함은 이후 안전하게 복구할 수 없다는 것입니다. 충돌.

MySQL에서 MyISAM과 InnoDB의 차이점:

1. InnoDB는 트랜잭션을 지원하지만, MyISAM은 기본적으로 모든 SQL 언어가 트랜잭션으로 캡슐화되어 자동으로 제출됩니다.

2. InnoDB는 외래 키를 지원하지만 MyISAM은 지원하지 않습니다. 외래 키가 포함된 InnoDB 테이블을 MYISAM으로 변환하면 실패합니다.

3. InnoDB는 B+Tree를 인덱스 구조로 사용하는 클러스터형 인덱스이며, 데이터 파일은 (기본 키) 인덱스(테이블 데이터)에 연결되어 있습니다. 파일 자체는 B+Tree)로 구성된 인덱스 구조이므로 기본키를 가지고 있어야 하며, 기본키를 통한 인덱싱은 매우 효율적이다. 그러나 보조 인덱스에는 기본 키를 쿼리한 다음 기본 키를 통해 데이터를 쿼리하는 두 가지 쿼리가 필요합니다. 따라서 기본 키가 너무 크면 안 됩니다. 기본 키가 너무 크면 다른 인덱스도 커지기 때문입니다.

MyISAM은 비클러스터형 인덱스이며 B+Tree를 인덱스 구조로 사용하며 인덱스와 데이터 파일이 분리되어 있으며 인덱스는 데이터 파일의 포인터를 저장합니다. 기본 키 인덱스와 보조 인덱스는 독립적입니다.

즉, InnoDB의 B+ 트리 기본 키 인덱스의 리프 노드는 데이터 파일이고 보조 인덱스의 리프 노드는 기본 키의 값이며 MyISAM의 B+ 트리 기본 키의 리프 노드는 인덱스와 보조 인덱스는 데이터 파일의 주소 포인터입니다.

mysql에서 MyISAM과 InnoDB의 차이점은 무엇입니까

mysql에서 MyISAM과 InnoDB의 차이점은 무엇입니까

4. InnoDB는 테이블의 특정 행 수를 저장하지 않으며, 테이블에서 select count(*)를 실행할 때 전체 테이블 스캔이 필요합니다. MyISAM은 변수를 사용하여 전체 테이블의 행 수를 저장합니다. 위 명령문을 실행할 때 변수를 읽기만 하면 됩니다. 이는 매우 빠릅니다(WHERE 조건을 추가할 수 없다는 점에 유의하세요). InnoDB에 이 변수가 없나요?

InnoDB의 트랜잭션 특성상 동일한 타임테이블의 행 수는 트랜잭션마다 다르기 때문에 집계 통계에서는 총 행 수를 저장하는 대신 현재 트랜잭션에 대해 계산할 수 있는 행 수를 계산합니다. 빠른 조회에 편리합니다. InnoDB는 최적화 프로그램이 다른 인덱스를 사용하라는 메시지를 표시하지 않는 한 가능한 가장 작은 인덱스를 탐색하려고 시도합니다. 보조 인덱스가 존재하지 않으면 InnoDB는 다른 클러스터형 인덱스도 순회하려고 시도합니다.

인덱스가 InnoDB(버퍼 풀)에서 관리하는 버퍼에 완전히 들어가지 않으면 카운트 작업에 더 많은 시간이 소요됩니다. 총 행 수를 기록하는 테이블을 생성하고 프로그램이 INSERT/DELETE 중에 해당 데이터를 업데이트하도록 할 수 있습니다. 위에서 언급한 문제와 마찬가지로 현재 여러 트랜잭션이 있는 경우 이 솔루션은 그다지 유용하지 않습니다. 대략적인 행 값이 요구 사항을 충족하기에 충분하다면 SHOW TABLE STATUS



5를 시도해 볼 수 있습니다. Innodb는 전체 텍스트 인덱싱을 지원하지 않지만 MyISAM은 쿼리 측면에서 전체 텍스트 인덱싱을 지원합니다. 전체 텍스트 인덱싱 관련 효율성; PS: 5.7 이후의 InnoDB는 전체 텍스트 인덱스를 지원합니다

6. MyISAM 테이블은 쿼리 작업을 위해 압축될 수 있습니다

7. MyISAM은 테이블 및 행(기본) 수준 잠금을 지원합니다. 테이블 수준 잠금 지원

ㅋㅋㅋ >                        InnoDB의 행 잠금은 물리적 행 레코드가 아닌 인덱스에 구현됩니다. 액세스가 인덱스에 도달하지 않고 행 잠금을 사용할 수 없는 경우 테이블 잠금으로 변질된다는 의미입니다.

예:

t_user(uid, uname, age, sex) innodb;
 
    uid PK
    无其他索引
    update t_user set age=10 where uid=1;             命中索引,行锁。
 
    update t_user set age=10 where uid != 1;           未命中索引,表锁。
 
    update t_user set age=10 where name='chackca';    无索引,表锁。

8 InnoDB 테이블에는 고유 인덱스(예: 기본 키)가 있어야 합니다. 사용자가 이를 지정하지 않으면 숨겨진 열 Row_id를 찾아 생성하여 기본 기본 키), Myisam에는 필요하지 않지만

9. Innodb 저장 파일은 frm, ibd이고 Myisam은 frm, MYD, MYI

Innodb: frm은 테이블 정의 파일이고 ibd는 데이터입니다. file

Myisam: frm은 테이블 정의 파일, myd는 데이터 파일, myi는 인덱스 파일입니다.

선택 방법:

1. 트랜잭션을 지원하시겠습니까? 그렇지 않다면 innodb를 선택하세요.

2. 대부분의 테이블이 읽기 쿼리용이라면 MyISAM을 사용해 보세요.

3. 시스템이 충돌한 후에는 MyISAM을 복구하기가 더 어렵습니다. 허용됩니까?

4. Innodb는 버전 5.5(이전 MyISAM)부터 MySQL의 기본 엔진이 되었습니다. 장점은 모두에게 분명합니다. 무엇을 사용해야 할지 모른다면 InnoDB를 사용하는 것이 좋습니다. 적어도 나쁘지는 않습니다.

InnoDB가 자동 증가 ID를 기본 키로 사용하도록 권장하는 이유는 무엇인가요?

답변: 자동 증가 ID는 B+ 인덱스가 삽입될 때마다 오른쪽에서 확장되도록 보장하여 B+ 트리와 잦은 병합 및 분할(UUID 사용과 비교)을 방지할 수 있습니다. 문자열 기본 키와 임의 기본 키를 사용하면 데이터가 무작위로 삽입되어 효율성이 떨어집니다.

innodb 엔진의 4가지 주요 기능

                                                 버퍼 삽입(insert buffer), 이중 쓰기(double write), 적응형 해시 인덱스(ahi), 미리 읽기(read before)

【 관련 권장사항:

mysql 비디오 튜토리얼

위 내용은 mysql에서 MyISAM과 InnoDB의 차이점은 무엇입니까의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.