DB Storage Engine관련 질문입니다.
본문
안녕하세요~
회사에서 재고 관리 기능 구현을 위해 좀 큰 그림을 그리는 중인데 한가지 방향이 안 서는것이 있어서요...
MYISAM과 INNODB둘 중 어떤 것을 사용해야 효율적일지...
혹은 두 엔진을 혼용해야할지 고민입니다.
초기에는 insert가 많겠지만 어느정도 안정화 되면 select나 update가 주를 이룰 것 같고...
트랜젝션 생각하면 INNODB로 가는게 맞는 것 같은데.. select시의 속도나 효율성(?)등을 고려하면 혼용해야할 것 같기도 하고...
이 부분에 대해서 답변 좀 부탁드릴게요~~~^^
좋은 한 주 보내세요~
답변 3
innidb가 select가 myisam에 비해 느리다고는 하지만 select건수가 정말 어마무시하지 않은이상..
사람이 느낄정도로 느려지진 않을거라고 생각합니다만...
update가 빈번하게 이루어 진다면 당연히 innodb로 가시는게 맞을거 같고
select가 0.1초 이상이라면 myisam으로 가시는게 맞을듯 합니다.
뭐 그렇지 않다면 일단 innodb로 가시다가 정 디비가 못버틴다 싶으실때
분산하시는것도 나쁘진 않을거 같습니다.
답변 감사합니다...^^;
대부분 의견들이 select위주일 경우 myisam이 훨씬 속도가 어쩌고...
innodb는 어쩌고... 근데 속도가 0.000?을 두고 따지는거니 크게 체감은 못하겠군요...
일단 초창기에 베이스가 되는 데이터는 수백만건이 되겠지만...
실제 쌓이는 데이터가 디비 성능에 영향을 줄 정도가 되려면 몇년정도 텀이 있을테니 잘 고려해보겠습니다.
감사합니다^^
아 참고로 한가지만 더 참견하자면
indexing을 할때 텍스트 타입이나 varchar형태의 긴 문장 타입을 걸어서 join등을 고려하신다면
myisam을 사용하시는걸 추천드립니다.
간단한 int형이라면 크게 관계가 없지만
innodb가 index를 무식하게 걸면 걸수록 디비테이블이나 index테이블이나 용량이 비슷해지거나
더 커지는 불상사를 보실 수 있습니다.
감사합니다.
많은 테스트를 거쳐야하겠네요...^^;
좋은 팁 감사해요!!^^
에공... 이래저래 검색하다 자답을 하자면 테이블 특성에 따라 혼용하는게 좋을 것 같네요...
두번 일 안하기 위해선 디비 정규화를 정확히 해야겠습니다.
