회원데이터만 100만에 가까운데 그누보드를 사용합니다.. 정보
회원데이터만 100만에 가까운데 그누보드를 사용합니다..
본문
회원가입시 이름,주민번호,닉네임,이메일 주소로 조회할경우 쿼리처리속도가 굉장히 느립니다.
다만.. 중복아이디 조회시 쿼리처리속도는 상당히 빠릅니다...
db에 인덱스키를 걸어주기엔 큰작업이 될꺼 같습니다..
조언좀 부탁드립니다 ㅡㅜ
댓글 전체
- 조회시 사용하는 필드가 항상 동일하게 '이름,주민,닉,메일' 4개를 같이 사용한다면,
인덱스를 index1('이름','주민','닉','메일') 이렇게 잡아 주고, (순서도 중요합니다.)
만약 별개로 상황에 따라 달라진다면 인덱스를 각각 잡아주십시오.
* 인덱스 잡는건 큰 작업이 아닙니다.
문제는 인덱스가 많아지면 그만큰 테이블량도 늘어나고..100만건이라면 인덱스를 4개로 각각 잡으면 꽤 많이 늘겁니다.
mysql 이 4.1.13 이상이라면(가능한 4.1.15 이상) full text index 방식을 이용해서 사용하십시오.
(단, 이 경우는 utf-8 이라야 합니다.)
이것역시 인덱스를 잡아줘야하나 일반 인덱스에 비해 용량이 상당히 작으며 위 상황에서 각각 조회를 해도 인덱스를 따로 잡아주지 않아도 됩니다.
100만건에서 테스트했을시(검색 조회입니다.) 대략 0.xx ~ 0.5 초 미만 정도로 검색됩니다.
인덱스를 index1('이름','주민','닉','메일') 이렇게 잡아 주고, (순서도 중요합니다.)
만약 별개로 상황에 따라 달라진다면 인덱스를 각각 잡아주십시오.
* 인덱스 잡는건 큰 작업이 아닙니다.
문제는 인덱스가 많아지면 그만큰 테이블량도 늘어나고..100만건이라면 인덱스를 4개로 각각 잡으면 꽤 많이 늘겁니다.
mysql 이 4.1.13 이상이라면(가능한 4.1.15 이상) full text index 방식을 이용해서 사용하십시오.
(단, 이 경우는 utf-8 이라야 합니다.)
이것역시 인덱스를 잡아줘야하나 일반 인덱스에 비해 용량이 상당히 작으며 위 상황에서 각각 조회를 해도 인덱스를 따로 잡아주지 않아도 됩니다.
100만건에서 테스트했을시(검색 조회입니다.) 대략 0.xx ~ 0.5 초 미만 정도로 검색됩니다.
