며칠 전 해당 관련 이슈가 자게에 올라와서 저도 자료를 좀 찾아보았습니다.

지금 바이블처럼 보고 있는 책에 있는 내용을 그대로 인용해 올려드립니다.

지금까지는 MyISAM이 기본 스토리지 엔진으로 사용되는 경우가 많았다. 하지만 MySQL 5.5부터는 InnoDB 스토리지 엔진이 기본 스토리지 엔진으로 채택됐다. 기본 스토리지 엔진이 MyISAM이었기 때문인지는 모르겠지만 MySQL을 사용하는 많은 서비스가 별다른 고민 없이 MyISAM을 기본 스토리지 엔진으로 선택했다. 하지만 InnoDB 스토리지 엔진은 MyISAM과 비교할 수준이 아닐 정도로 많은 특징과 기능을 가지고 있으며 안정성 또한 MyISAM에 비할 바가 못된다.

- Real MySQL (2012)

위키북스 이성욱 지음

개인적인 생각으로는 SELECT가 MyISAM이 더 효율적이라는 말에는 매우 동의 할 수 없습니다. 읽기 방법에 따라 차이는 있겠습니다만, 기본적으로 MyISAM은 운영체제의 캐시에 의존하는 반면 InnoDB 스토리지 엔진은 자체적인 버퍼 풀(innodb_buffer_pool_size)를 이용합니다. 캐시를 효율적으로 관리를 할 수 있다면 InnoDB가 훨씬 큰 장점을 가집니다.

대부분 SELECT SQL문은 WHERE문 혹은 ORDER BY 나 GROUP BY 등 인덱스를 통한 검색 로직을 포함하게 짜여집니다. 대부분의 캐싱은 SELECT 문에서 발생되고, 간단한 ORDER BY 문만 생성해도 내부적으로는 데이터를 가져와서 캐시 영역에 테이블을 생성하고 순차를 적용하는 방식을 취하고 있습니다.

아까 말씀드린 책에 성능 비교 내용에서는 읽기 방법에 따라서 최대 2600%까지 InnoDB가 압도적인 우위를 보이는 결과도 있습니다.

일반적인 사이트에서는 많은 커넥션과 스레드가 생성되지 않고 인덱스를 통한 검색이 이루어지지 않으며, 캐싱을 사용하지 않을 때 라는 전제 조건이 있어야 MyISAM이 더 좋을 수 있다라고 할 수 있지 않을까 합니다.

하지만 그럴리가 없겠죵?^^;