이 글을 쓰는 이유는 나중에 어떤 생각으로 게시판을 개발하였는지 찾아보기 위한 것으로 같은 조건에서의 테스트를 미리 방지하고자 하는 이유도 있습니다.

각 테스트에 쓰인 레코드의 수는 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초대 이내 이므로 캐시 파일을 사용하지 않은것 치고는 훌륭하다고 할수 있을것 같습니다.

오늘은 여기까지 하고 다음에 또 뵈요.