문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판 이전 판 다음 판 | 이전 판 | ||
dbms:mysql:feature:mysql5.5 [2011/08/17 08:57] starlits |
dbms:mysql:feature:mysql5.5 [2011/08/17 09:08] (현재) starlits |
||
---|---|---|---|
줄 20: | 줄 20: | ||
==== 가용성의 증대 ==== | ==== 가용성의 증대 ==== | ||
- | ==== semi-synchronous 방식의 리플리케이션(replication) | + | === semi-synchronous 방식의 리플리케이션(replication) === |
- | + | - 전체를 싱크맞추는 경우와, 전혀 싱크를 맞추는 않는 방식을 이야기 하겠습니다. | |
- | ==== Replication Heartbeat ==== | + | - 만약 전체 싱크를 맞추는 ( Fully-Synchronous) 리플리케이션 구성이 되어있다면, |
+ | - 전혀 싱크를 맞추지 않는 (Ssynchronous) 방식으로 리플리케이션이 구성되어 있다면, \\ 슬레이브에 트랜잭션 내용을 적용 완료했는지의 여부와 상관없이 마스터에서는 트랜잭션을 완료하고, | ||
+ | - 새로 등장한 SEMI 싱크를 맞추는 개념(Semi-Synchronous)은, | ||
+ | === Replication Heartbeat === | ||
+ | - 리플리케이션 구성의 노드 가용성을 체크하기 위해서 하트비트 메커니즘이 사용되어 있습니다. | ||
+ | - 하트비트 체크 시간을 변경할 수 있게 되었습니다. | ||
==== 편의성의 증대 ==== | ==== 편의성의 증대 ==== | ||
=== SIGNAL/ | === SIGNAL/ | ||
+ | - SIGNAL/ | ||
+ | - SIGNAL명령은 자바와 같은 다른 언어에서의 THROW, RAISE 구분과 비슷하게 활용할 수 있습니다. \\ 이를 통해 에러 구문들을 말끔히 정리하는 것이 가능할 것입니다. | ||
+ | - RESIGNAL명령을 통해서는 에러를 통과시키거나, | ||
=== 파티션 옵션 증가 === | === 파티션 옵션 증가 === | ||
+ | - 컬럼 레벨의 파티셔닝이 가능하게 되었습니다. \\ RANGE COLUMNS, LIST COLUMNS옵션을 CREATE TABLE명령문에 끼워 넣음으로써 설정이 가능합니다. | ||
+ | - RANGE와 LIST파티셔닝의 차이점은 오라클에서와 같습니다. | ||
+ | - 자세한 사용법은 http:// | ||
=== 퍼포먼스 스키마 === | === 퍼포먼스 스키마 === | ||
+ | - 퍼포먼스 관리를 위한 performance_schema라는 이름의 스키마를 추가적으로 사용할 수 있습니다. | ||
+ | - 이 스키마에는 MySQL 내부적인 디테일한 성능 정보를 담고있는 테이블들이 저장됩니다. | ||
+ | - 현재 시점에서의 성능 뿐 아니라, 과거의 정보들까지도 기록할 수 있습니다. | ||
+ | - 퍼포먼스 스키마에는 굉장히 다양한 내용이 들어 갈 수 있으므로, | ||
===== InnoDB 특징 ===== | ===== InnoDB 특징 ===== | ||
줄 62: | 줄 76: | ||
=== 퍼포먼스 스키마에서의 InnoDB 통계정보 === | === 퍼포먼스 스키마에서의 InnoDB 통계정보 === | ||
+ | ===== 참고 ===== | ||
+ | - 원문 : http:// | ||
+ | - {{: |