A : 스토리지 엔진
선택 * 에서 사용자를
테이블 쇼의 내용은 다음과 같이하지만,
도 MySQL은 상기 테이블의 형태로 저장되지
표들은 개별적으로 저장되는 테이블 구조, 테이블 데이터를 가지고 별도의 파일, 인덱스의 형태로 존재하고, 인덱스를 함께 넣어 데이터 저장하고, 합친 데이터 저장소는 없다
기본 스토리지 엔진 InnoDB하지만, 데이터베이스의 폴더가있는 .ibd을 나타내는있는 .frm 파일은 테이블 구조에 저장되어 표시 볼 수있는 것은 InnoDB의 데이터는 데이터 InnoDB 스토리지 엔진은 내부에이 파일에 저장됩니다 의미입니다
오라클 하나 제공 많은 저장 MySQL의.
쇼 엔진,보기 지원되는 모든 스토리지 엔진은, InnoDB는 기본 스토리지 엔진이다.
이노,의 MyISAM, MEMORY, CSV, BLACKHOLE, FEDERATED, MRG_MYISAM, ARCHIVE, PERFORMANCE_SCHEMA 포함 mysql5.6 지원하는 스토리지 엔진. NDB와 InnoDB의 트랜잭션 안전 테이블을 제공하는, 다른 스토리지 엔진은 비 트랜잭션 안전 테이블입니다.
다른 스토리지 엔진에 해당하는 것은 다른 저장 방법이다.
이노 트랜잭션 (일관성, 자성, 분리), 외래 키 행 레벨 잠금 (동시 피어 데이터에 대한 액세스, 플러스 잠금), 데이터 구조를 지원하는 2 개 개의 분할 데이터 파일 기억
메모리는 메모리 데이터베이스는 다시 시작 사라, 그것은 레디 스에 의해 대체되었습니다됩니다
분할 된 데이터 구조, 데이터, 세 기억 인덱스 파일 MYISAM
에서 파일 (또는 메모리)에 저장된 다양한 기술의 다양한 MySQL의 데이터입니다. 이러한 기술을 기술들 각각은 다른 저장 장치, 인덱싱 기법 로크 레벨을 사용하여 궁극적으로 다른 기능 및 다양한 기능을 제공한다. 서로 다른 기술을 선택하면하여 응용 프로그램의 전반적인 기능을 개선, 여분의 속도 또는 기능을 얻을 수 있습니다.
II : 공통 데이터 엔진은 상세
이노
트랜잭션 처리 응용 프로그램, 외래 키 지원, 행 수준 잠금하십시오. 완성도 것들에 대한 응용 프로그램이 상대적으로 높은 요구 사항, 또한 동시 조건의 일관성, 데이터 삽입 및 쿼리 작업에서 데이터 요구 사항이있는 경우, 또한 많은 업데이트를 포함하고 삭제 한 후 InnoDB 스토리지 엔진이 더 적합합니다. 또한 효율적 또한 트랜잭션의 무결성을 보장 할 수있는 잠금 삭제 및 업데이트로 인한 이노을 감소 커밋 및 데이터의 정확성 요구 사항에 대한 유사한 결제 시스템 또는 금융 시스템에 대한 롤백이 상대적으로 높은 시스템 적합한 선택입니다합니다.
의 MyISAM
응용 프로그램이 읽기와 삽입 만 업데이트의 일부 및 삭제 작업, 트랜잭션의 무결성을 작업을 기반 경우, 동시성 당신은 스토리지 엔진을 선택할 수 있습니다 요구하지 않습니다.
기억
모든 데이터는 빠른 액세스를 제공, 신속하게 기록 및 기타 유사한 데이터 환경을 찾을 필요에 메모리에 저장됩니다. 메모리 단점 때문에 비정상 종료의 데이터베이스가 다음 데이터가 정상으로 복원 할 수 있지만 테이블의 크기에 대한 제한이 있다는 것입니다,하지만 데이터베이스가 종료되면, 데이터는 기억 상실에 저장됩니다.
세 가지 : 당신은 지정된 스토리지 엔진의 테이블을 만들 때
보기 구성
변수는보기 처럼 " %의 엔진 %가 "봐 스토리지 엔진이 변수 표시 등 " %의 문자 %를 문자 인코딩보고"
쇼는 테이블 사용자를 생성, 자세한 내용을 볼 수 내림차순 사용자가 아닌 인코딩 및 스토리지 엔진을 포함하여 테이블 문의 건설을 참조하십시오
네 : MySQL의 워크 플로우
점선 위 도면에서 4 개의 분할 MySQL의 아키텍처의 총.
첫째, MySQL의 서비스의 정상은 클라이언트 / 서버 도구 나 서비스가 유사한 구조를 가지고있는 네트워크의 대부분을 제공, 고유하지 않습니다. 연결 처리, 권한 부여 및 인증, 보안 예를 들면 다음과 같습니다.
두 번째 레이어 아키텍처는 MySQL의의 핵심 서비스의 대부분을 포함하고 있습니다. 포함 : 쿼리 구문 분석, 분석, 최적화, 캐싱 및 (예 : 날짜, 시간, 수학 및 암호화 기능) 모든 내장 함수. 동시에, 스토리지 엔진 기능이 층에 구현 된 모든 걸쳐 그래서 저장 프로 시저, 트리거, 뷰 및.
제 3 층은 저장 엔진을 포함한다. MySQL의 스토리지 및 데이터의 검색의 스토리지 엔진. 서버는 API 및 스토리지 엔진을 통해 통신합니다. 스토리지 엔진 사이의 이러한 인터페이스 차폐 차이, 예컨대 상부 투명 문의 절차의 차이가있다. 스토리지 엔진 API는 "시작 트랜잭션 (transaction)"및 기타 작업을 수행하기 위해, 다스 기본 기능을 포함 할 수있다. (그 자체가 기능을 구현하지 않기 때문에, InnoDB의 외부 키 정의를 해결합니다) 그러나 일반적으로하지 스토리지 엔진은 서로 통신, 단순히 서버에 상위 계층의 요청에 대한 응답이 아닌 다른 스토리지 엔진 사이에, SQL 구문 분석합니다.
네 번째 층은 테이블과 데이터 구조의 모든 파일 시스템을 포함하고, 궁극적으로 하드 디스크에 저장된 파일의 형태로 사용자의 작업을 기록합니다.