이 글을 쓰는 이유는 나중에 어떤 생각으로 게시판을 개발하였는지 찾아보기 위한 것으로 같은 조건에서의 테스트를 미리 방지하고자 하는 이유도 있습니다.
각 테스트에 쓰인 레코드의 수는 100만건이며, 주키와 순서를 정하기 위한 인덱스 그리고 제목 필드만으로 간단하게 사용하였습니다.
쿼리문에는 SQL_NO_CACHE 를 사용하여 캐쉬가 되지 않도록 하였습니다.
그리고 1 페이지에 20 레코드씩 노출하여 총 50,000 페이지가 되도록 하였습니다.
pid (주키)
oid (인덱스, 게시물 순서)
title (제목)
처음으로 키의 속도를 체크해 보았습니다.
예1)
http://www.gnutest.com/simple/t_list.php?page=50000
order by 에 주키 또는 인덱스를 지정하지 않았습니다.
select * from table limit 0, 25;
와 같은 방식으로 사용하였습니다.
속도가 굉장히 빠른게 느껴지시죠.
그렇지만 order by 를 지정하지 않았으므로 가장 먼저 쓴글이 가장 먼저 노출되어 게시판의 용도에 맞지 않습니다.
예2)
http://www.gnutest.com/simple/t_list.php?order=desc&page=50000
order by pid desc 를 주었습니다.
속도가 현저하게 떨어지는 것을 느낄수 있을겁니다.
아마도 order by 에 키가 사용되지 않았을수 있으니 인덱스를 강제로 사용해 봅니다.
예3)
http://www.gnutest.com/simple/t_list.php?order=desc&page=50000&force=true
속도가 1/3 정도로 줄어드는 것을 확인할수 있습니다.
select * from table force key(primary) order by pid
아마도 예2) 에서는 인덱스가 사용되지 않은것 같습니다.
여기까지 인덱스를 사용하지 않는것과 사용하는 것 그리고 인덱스를 강제로 사용하는 것에 대해 살펴 보았습니다.
100만건에서 50,000페이지의 속도가 1초대 이내 이므로 캐시 파일을 사용하지 않은것 치고는 훌륭하다고 할수 있을것 같습니다.
오늘은 여기까지 하고 다음에 또 뵈요.
댓글 5개
다만, 댓글과 통합된 검색은 포기하거나 느리거나를 감수 해야겠네요.