MySQL의 Storage Engines

다음 내용은”http://ojava.tistory.com/25”에서 인용한 내용입니다.

 

MySQL의 Storage Engine에는 아래에 보시는 그림처럼 여러가지가 존재합니다.그 중 제일 많이 사용하는 두 가지가 바로, MyISAM과 InnoDB인데요~ 오늘은 이 두 가지를 비교 분석하는 포스팅을 해볼까 합니다.

 

해당 테이블이 어떠한 저장 엔진의 하부 구조를 사용하고 있는지 테이블 생성시 생성 스크립트 마지막에 “) ENGINE=MyISAM DEFAULT CHARSET=latin1”과 같은 행을 확인하여 알수 있습니다.

 

 

1      MyISAM

MyISAM은 ISAM(Indexed Sequential Access Method) 의 단점을 보완하기 위해 나온 업그레이드 버젼으로,이 엔진은 비-트랜젝션-세이프(non-transactional-safe) 테이블을 관리합니다.

MyISAM은 후에 소개하는 InnoDB에 비하여 별다른 기능이 없으므로 데이터 모델 디자인이 단순하다는 것이 장점입니다.따라서 전체적으로 속도가 InnoDB 보다 빠릅니다. 특히 Select 작업 속도가 빠르므로 읽기 작업에 적합합니다!

Full-text 인덱싱이 가능하여 검색하고자 하는 내용에 대한 복합검색이 가능하답니다.

 

But! 그러나 데이터 무결성에 대한 보장이 되지 않습니다. MyISAM을 쓸 때의 무결성은 개발자나 DBA가 해야 합니다 ㅠ_ㅠ 또한 트랜잭션에 대한 지원이 없기 때문에 작업도중 문제가 생겨도 이미 작성된 내용들은 DB로 쏙 들어가버립니다.가장 강조되는 단점으로는 Table-level Lock을 사용하기 때문에 쓰기 작업(INSERT, UPDATE) 속도가 느립니다.변경을 많이 요하는 작업이라면 Table 단위의 Lock을 사용하는 MyISAM의 사용을 권하지 않습니다.이렇게 기능이 없다니… 빠르기라도 해야겠네영!

 

따라서 MyISAM의 사용이 적합한 곳은 트랜잭션 처리가 불필요하며,위에서 언급한 것 처럼 Select의 속도가 빠르므로 주로 조회작업이 많은 경우에 사용됩니다.

 

2      InnoDB

MyISAM과는 달리 InnoDB는 트랜잭션을 지원하므로 트랜잭션-세이프 스토리지 엔진에 해당됩니다.Commit, Rollback, 장애복구, row-level locking, 외래키 등 다양한 기능을 지원합니다!MyISAM의 부족했던 기능에 실망했던 사람들이라면 InnoDB로 갈아탔겠죠?

 

InnoDB의 장점을 살펴보면, 우선 데이터 무결성에 대한 보장이 됩니다.제약조건, 외래 키의 생성이 가능하며, 동시성 제어가 가능합니다.특히 MyISAM이 Table 단위의 Lock이었다면 InnoDB는 Row-level Lock (행 단위 Lock) 을 사용하기 때문에 변경 작업(INSERT, UPDATE, DELETE)에 대한 속도가 빠르다는 것이 큰 장점입니다.

 

그러나, 이렇게 여러가지 기능을 제공하다보니 InnoDB의 데이터 모델 디자인에는 많은 시간이 필요합니다.또한 시스템 자원을 많이 사용한다는 단점 또한 가지고 있습니다. Full-text 인덱싱이 불가능하다는 것 역시 단점으로 보여집니다.

      

InnoDB의 경우는 트랜잭션 처리가 필요한 작업을 수행하며, 데이터 입력 및 수정과 같이 변경이 빈번한!높은 퍼포먼스를 요구하는 대용량 사이트 등에서 효율적으로 사용될 수 있습니다.

 

여기서 질문! 이 두 종류의 DB를 함께 사용할 수 있을까요? 물론 함께 사용할 수는 있습니다. 하지만 백업 방법에 차이가 있어,백업이 번거로워지고 Lock에 대한 Level이 다르기 때문에 사용에 문제가 생길 수 있다고 봅니다.(MyISAM은 Table 단위로 Lock이 걸리고, InnoDB는 Row 단위로 Lock이 걸리니까요~)

 

테이블 별로 저장엔진을 바꾸기 위해서는 다음과 같은 명령을 사용합니다.

 

ALTER TABLE your_table TYPE = InnoDB;