|
| Total related article : 2 |
 |
| 등록일: | 2001-04-05 |
| 시간: | 22:13:50 |
| 조회수: | 4899 |
| from: | 211.109.190.84 |
|
 Mysql 인텍스키 생성시 검색속도 측정결과 |
글쓴이 : HappyCGI   |
|
안녕하세요. 해피CGI 윤영웅입니다.
1개의 테이블에 10개의 컬럼이 있는 상태이구요.
우선 20만건의 글을 넣어두었습니다.
int 속성을 가진 컬럼의 인텍스를 하지 않고 아래 쿼리를 주었습니다.
select * from forum_article order by inquire asc limit 10000,10;
2.95초 걸리네요.
inquire 컬럼에 인덱스키를 추가하고 다시 같은 쿼리를 주었습니다.
0.22초 걸리네요.
^^
컬럼의 속성중 varchar 일 경우 3초에서 4초가 걸리며 (인덱싱을 해도)
order by 가 두가지 이상일경우 (ex: order by number desc,thread asc)
6초가량 걸리는 군요.
테스트서버의 메모리는 256M 이며 CPU는 350Mz 입니다.
|
|
 |
|
| 등록일: | 2001-04-07 |
| 시간: | 02:35:07 |
| 조회수: | 6449 |
| from: | 211.187.191.138 |
|
 Mysql int와 varchar 그리고 order by 검색속도차 |
글쓴이 : HappyCGI |
|
안녕하세요. 해피CGI 웹마스터 윤영웅입니다.
요즘 한창 mysql 속도차에 대해서 궁금이 증폭되었네요. ^^
오늘 제가 테스트해본 환경은 리눅스/메모리256M/CPU 700Mz
입니다.
테이블의 컬럼은 약 11개정도구요. 50만건의 글을 강제로 집어넣었습니다.
select 문을 수행함에 있어서 limit 함수는 속도에 영향이 없었습니다.
페이지 분할시 꼭 limit를 써야 하겠다는 생각이 들었구요. (당연하지만)
int 컬럼 (number)을 order by 없이 읽으면 0.00초대
order by desc 했을 경우 2.3 초대가 나오는군요.
(number는 익텍스 시키지 않음 -> 시켜서 해본결과 0.00초)
varchar 컬럼 (title)을 order by 했을 경우 3.5초대
int 와 varchar 컬럼을 동시에 order by 했을 경우 3.5초 혹은 그 이상.
int 컬럼과 double 컬럼 동시에 order by 했을 경우 2.7초대 혹은 그 이상
정리를 해보면...
1.인덱싱은 꼭 시키자.
2.double 도 varchar와 비슷한 속도를 가진다.
order by 시 될수 있으면 빼자.
3.limit는 select 속도에 거의 영향을 미치지 않는다.
이상입니다. ^^
오라클이 슬슬 탐이 나기 시작하는 군요. ^^
|
|
|
|
현재위치: 
