MySQL로 카카오톡같은 채팅을 만들고 있는데, LIMIT개수에 따라서 쿼리가 엄청나게 느려집니다

조회수 1725회

안녕하세요 . 카카오톡처럼 최근 대화를 보다가 위로 올리면 과거의 대화가 나오는 식의 채팅을 구현하고 있는데요.

SELECT * FROM chat WHERE user_id=유저아이디  order by chat_id desc limit 10
SELECT * FROM chat WHERE user_id=유저아이디  order by chat_id desc limit 100

위와 같은 쿼리로 뽑아낸 다음 저 상태에서 서버에서 다시 반대로 정렬하여 프론트쪽에 주도록 구현했습니다.

문제는 위 두개의 쿼리의 속도가 엄청나게 차이가 납니다.

user_id는 인덱스 걸려있고, chat_id는 Primary Key이고, Auto Increasement가 적용되어 있습니다.

위에꺼(limit 10)는 무려 0.6초정도 걸리구요. 밑에꺼(limit 100)는 0.016초 걸립니다.(사실상 거의 바로됨)

테이블의 총 row는 195만개정도이구요.

대체 왜 limit 100일때는 정상인거고, 오히려 더 적게 뽑아냈을 때는 엄청나게 많은 시간이 걸리는 걸까요? 또한, 이런 경우 쿼리 튜닝을 어떻게 해야 좋을까요..?

저 단순작업 하나가 0.6초나 걸린다면 서버 내의 다른 작업들에도 영향을 줄 것이 분명하기 때문에 이를 방치하기는 어려울 것 같습니다 ㅜㅜ

참고가 될 수 있도록 몇가지 정보를 덧붙이자면

0.6초가 걸리는 쿼리에서 limit 10으로 뽑아냈을 때 상위 10개의 chat_id를 뽑아내면 다음과 같습니다.

1826208
1649834 
1649806 
1649805 
1649803 
1647423 
1646364 
1387224 
1379463 
1379461 

limit 100번째 chat_id는 115만정도이구요.

limit 100으로 explain을 하면

SIMPLE  | chat |  | ref | user |    user |  4|  const| 8193| 100.00 | Using index condition; Using filesort

이렇게 나오고,

limit 10으로 explain을 하면

SIMPLE  |chat | | index | user | PRIMARY    | 8 | 2376 | 0.42 | Using where

이렇게 나옵니다.

아마도 type이 ref로 되지 않고 index로 되는 것과 관련이 있을 것 같은데..

limit 10으로 해도 ref로 되도록 하는 방법은 없는걸까요??ㅜㅜ

mysql에서 자체적으로 optimizing한 것 같은데, limit개수가 explain type과 관련되는지는 몰랐네요..

참고로 SELECT COUNT(*) FROM chat WHERE user_id=유저아이디 한 값은 8500개정도입니다.

도와주세요!!

1 답변

답변을 하려면 로그인이 필요합니다.

Hashcode는 개발자들을 위한 무료 QnA 사이트입니다. 계정을 생성하셔야만 답변을 작성하실 수 있습니다.

(ಠ_ಠ)
(ಠ‿ಠ)

ᕕ( ᐛ )ᕗ
로그인이 필요합니다

Hashcode는 개발자들을 위한 무료 QnA사이트 입니다. 계정을 생성하셔야만 글을 작성하실 수 있습니다.