select a from table where b = '%d' order by c desc limit 1

위의 해당쿼리는 1건을 가져오는데, 

무조건 30만건의 테이블을 풀로 다 읽게됩니다.

업무룰상 c컬럼으로 정렬해서 가져와야만 하는지 체크하십시오.

1. 정렬을 굳이 안해도 된다면 order by구문을 제거하시고

2. where 조건에서 b가 체크조건인 경우라면 만족하는 1건을 찾을때까지의 스캔은 감당하셔야겠네요

3. b컬럼에 인덱스가 있다면, 인덱스를 사용할 수 있도록 변경고려해보십시오.

쿼리자체가 db야 죽어라하는 구문이네요.

옵티마이저에 대한 이해가 필요하리라 생각됩니다.

select a from table where b = '%d' order by a desc limit 1

먼저..;;앗..죄송합니다.;; 쿼리적는데 실수가..있었네요...

정렬형 컬럼이 c 가 아니라, a 동일한 컬럼이었습니다.쿨럭;

음..지금 상황이 a가 auto_increment 이고, 해당 b값의 최근 insert 된 a 값을 가져오는 겁니다.~ 쿨럭;

1. 정렬을 굳이 안해도 되긴합니다.

그래서...

select max(a) from table where b = '%d'  라는 쿼리를 실행보았었는데...

결과가 나오는데까지 나오는 속도가 엄청나게 느립니다. 흑흑 -_ㅜ 

처음 쿼리속도와의 차이가 상상이상입니다.;; 쿨럭;;

2. b의 체크조건이 필요합니다. 그정도의 스캔은 감당하고 있습니다.흑

3. b 컬럼은 인덱스 키이긴 합니다.

저 쿼리에서. b에대한 인덱스는 탈거라 생각되는데... 흑흑...

잡담..흑흑 ..

어느정도의 스캔시간은 알고 있는데요..흠... max 보담 저렇게 하는게 반응속도가 더 빠르더라구요-

max 말고 다른 좋은 방법있으면 조언 부탁드려요-흑흑...

select a from table where b = '%d' order by a desc limit 1 이런 식의 쿼리와

select max(a) from table where b = '%d'  식의 쿼리 리턴속도가..흠

어플리케이션단에서, ms 단으로 체크를 하는데....

평균 속도차가 900ms 정도 납니다. -_ㅜ 1건에 대해서..흑

근데.. Mysql Client ran out of memory 가 나오는 것은 왜일까요..악; 

수백만건도 잘 되는것 같던데... ㅡ_ㅜ

흑흑..

select a from table where b = '%d' order by a desc limit 1

select max(a) from table where b = '%d'  

------------

위 where 조건의 b='%d'는 b like '%d'의 패턴매칭으로 검색하는 것을 전제하여 설명드립니다.

b = '%d' 가 맞다면 index를 사용합니다.

------------

두가지의 쿼리가 모두 난리났네요.

b컬럼이 인덱스가 있다하더라도, 인덱스를 사용하지 못합니다.

%가 앞에 나오면 인덱스를 사용할 수 없어요.

따라서 위 두 쿼리는 모든 테이블을 읽으면서, 해당 b컬럼으로 모두 체크하고

a값으로 정렬해서 최대값을 뽑는 것입니다.

요구사항자체(%d) 조건 자체가 멍텅구리 조건으로 들어오네요.

무조건 다 읽습니다. 매번 30만건. 

요구사항을 변경하시거나, 처리방법을 변경해야합니다.

죄송합니다만, 위의 쿼리는 대책이 없습니다.

해당 DB설계 및 요구사항의 정의자체가 db입장에선 욕나오는 거랍니다.

해결방안은

%d로 검색하여 나오는 결과를 인덱스나 클러스터를 사용하여 필요로하는 것만 

뽑아낼 수 있도록 해주셔야합니다.

그후에 결합인덱스를 사용하여 더 빠르게하는 방법이 가능하겠습니다.

어줍짢은 지식으로 말씀드리는 것 같아 송구스럽습니다.

해당 Mysql Client ran out of memory 에러는

첫째, 해당 릴리즈의 버그라는 것과 둘째, 메모리설정변경 두가지라고 하네요.

아래 링크 참고,

http://www.litespeedtech.com/support/forum/archive/index.php/t-490.html

추가적인 설명이 필요하시면 메일줘보십시오. 말로 설명해드리겠습니다. ^&^

DB를 이해해주셔야 합니다.

lsdubf@hotmail.com 사이트는 오랜만에 들어왔다가 글남겨서 본 글을 다시 보진 않습니다.

패턴매칭은 아니에요ㅎㅎ

괜히 '%d' 라고 썼나바욤-ㅎㅎ

b 에는 unsigned 형 integer 값이 치환되서 들어가진답니다.ㅎㅎ

좀더 연구를...우윽;;; OTL