[Querydsl] Jmeter를이용한 속도 테스트 / Entity 조회와 id 조회 성능 차이

문제 상황

1000명 정도 되는 유저의 멤버 리스트 조회하는 과정에서 쿼리가 총 2번 나가야하는 상황이 발생했어요.

 

1. 멤버 정보를 전체 조회하는 쿼리 + 필터링 포함

2. 필터링에 포함되는 멤버를 count하는 쿼리

 

데이터가 늘어남에 따라서, 쿼리 속도가 늘어나는 것에 부담을 느끼게 되어서  jMeter로 검색 속도 테스트를 진행하기로 하였습니다.

---

jMeter 사용방법

다운

https://jmeter.apache.org/download_jmeter.cgi

Apache JMeter - Download Apache JMeter

터미널에서 다운받은 위치로 가서 실행!

 

Thread 그룹을 만들어서 부하를 만들 Thread 예제를 만들어요.

 

부하 일으킬 http request 생성 및 작성해줘요

 

Aggregate Graph를 생성하면 그래프를 볼 수 있어요.

 

저는 총 100명의 유저가 1초안에 반복적으로 5번 API 요청을 보내도록 해봤습니다.

 

---

결과

우선 아무 데이터가 없을때 API 테스트를 해보면 평균적으로 192ms가 걸립니다.

 

자자 이제 로컬에 있는 데이터를 통해서 부하를 걸어봤어요!

 

처음 쿼리입니다.

SelectFrom을 통해 member entity 에서 member entity 전체를 조회하는 쿼리를 작성했습니다.

member entity의 모든 컬럼이 검색되어 쿼리가 엄청나게 긴 것을 볼 수 있어요.

평균적으로 278ms가 나오는것을 확인할 수 있어요.

---

select count를 실행할때 member.id로 검색을 하게 했어요. entity로 검색할때보다 쿼리가 훨씬 적게 나감을 알 수 있어요.

평균 검색 속도는 276ms가 나왔어요.

 

데이터가 50개 이하라서, 2Ms속도차이만 나는군요!

---

더 많은 데이터 테스트

조금 더 속도차이를 보기 위해서

500개의 유저 데이터를 넣었어요.

join하는 member.activities 테이블에는 700개의 데이터를 넣어보았어요!

 

실행되는 개수(500번)를 같게 맞추고 실행시켜보았어요.

 

member entity 전체를 조회하는 쿼리

90 % : 10% 중에 느린 것 중 가장 빠른 값

95 % : 5% 중에 느린 것 중 가장 빠른 값

99 % : 1% 중에 느린 것 중 가장 빠른 값

 

평균 총 14583ms

 

select.(member.id).from(member) 쿼리

평균 총 11488ms

---

 

데이터가 많으니까 확연한 차이가 눈에 보입니다!

 

왜 Entity랑 특정 컬럼 조회랑 이렇게 차이가 많이 나는걸까요?

Entity 조회시, Hibernate 캐시에 복사본 저장, 불필요한 컬럼 조회, OneToOne에서의 N + 1 쿼리 등 단순 조회 기능에서 성능 이슈 요소가 많습니다.

 

위의 예시로 들어본다면, member 조회를 하면서 member.activity의 엔티티가 건마다 조회가되어 N + 1 상황이 발생하게 됩니다. 실제로 데이터 조회를 하게 될 시에는 id와 entity의 조회할때는 6배의 시간차이가 나기도 한다고 해요.

 

조회 컬럼을 줄이는 것이 머릿속으로 상상만 해보아도 속도가 줄어들 것 같아요.

대량의 데이터 조회가 필요할 경우 , 고강도 성능 개선이 필요할 경우, DTO를 통해 조회하는것이 좋다고 합니다.

필요한 컬럼으로만 조회하면 대량 데이터를 다루는데 성능상으로 이점이 많겠죠..!

 

JPA의 이점인 entity 조회할때, 아무 생각없이 select 절에 entity를 넣곤 했는데,

의식적으로 select 컬럼에는 entity를 자제하고 조회컬럼을 최소화하도록 해야겠어요!

 

 

저희 인생에서 3,095ms 이란 시간이 얼마나 소중한지 아시죠?
저희는 로딩 속도가 조금이라도 느려지면 짜증이 나기도하고 나가버리기도 합니다.

 

암생각없이 entity를 전체 조회하기보다, id나 조회컬럼을 최소화해서 쿼리 성능을 의식적으로 개선해보자

 

 

---

결론

log를 사용해서 currentImeMillis()메소드를 이용해서 차이를 구했는데 데이터도 많지 않을 뿐더러, 반복적으로 돌렸을때 값의 차이가 크지 않아서 답답함을 느꼈어요. 

long start = System.currentTimeMillis();
long end = System.currentTimeMillis();
System.out.println("end - start = " + (end - start));

jmeter를 이용해서 서버에 부하를 보내서 속도측정하는 것이 계산도 해주고 가시적으로 표를 보여주니까 편하고 재밌었던 경험이에요!

추천합니다.

 

 

 

Reference

https://velog.io/@ehdrms2034/%EC%84%B1%EB%8A%A5-%ED%85%8C%EC%8A%A4%ED%8A%B8-%EB%8F%84%EA%B5%AC-Apache-Jmeter-%EC%84%A4%EC%B9%98%EB%B6%80%ED%84%B0-%EA%B0%84%EB%8B%A8%ED%95%9C-%EC%82%AC%EC%9A%A9%EA%B9%8C%EC%A7%80

[성능 테스트 도구] Apache Jmeter 설치부터 간단한 사용까지

https://www.youtube.com/watch?v=zMAX7g6rO_Y

https://jaehoney.tistory.com/212

QueryDSL - Select 성능 개선하는 방법들! (+ JPQL 관련 이슈)