API 성능 측정

[sangwonsheep]

API 성능 측정

1. 운영 서버 환경
2. 미분류 폴더에 250개 픽이 담겨 있음
3. GET /api/picks 100회 요청
4. 요청 간 100ms delay 부여

Sorted_Additional_Response_Times_with_Index.csv
GPT 이용해서 정렬시킴.
1번째 : 62ms, 50번째 : 121ms, 75번째 : 478ms, 90번째 : 616ms, 95번째 : 683ms, 99번째 : 751ms, 100번째 : 1216ms

왜이렇게 느릴까........ DB가 아닌 다른 부분도 찾아봐야 되는건가...싶네요
100회 평균 : 271ms

가장 느린 응답 속도

• Grafana에서 확인한 100회 요청 중 가장 느린 API 응답 (653d73136d3ecfd5b8433a9f20e1464f)
• 해당 응답은 첫 번째 요청에서 발생함.
• 이후 80, 50, 30, 20, 15ms... 로 점차 줄어들기 시작함.

왜 첫 번째 요청이 느릴까?

• 첫 번째 요청에서는 DB 연결, JPA 영속성 컨텍스트 초기화, InnoDB 버퍼 캐싱 등이 처음 수행되기 때문
• DB 조회가 처음 수행될 때, DB 캐시 & JPA 1차 캐시가 아직 채워지지 않아서 시간이 더 걸림.
• MySQL InnoDB Buffer Pool에 데이터가 올라가면서 이후 요청이 빨라짐.

태그

@kimminkyeu @ss0ngcode @dmdgpdi

[sangwonsheep]

@WithSpan
@Transactional(readOnly = true)
public List<Pick> getPickListPreservingOrder(List<Long> pickIdList) {
    List<Pick> pickList = pickRepository.findAllById_JoinLink(pickIdList);
    // 조회리스트에 존재하지 않는 픽이 있으면 예외 발생
    if (pickList.size() != pickIdList.size()) {
	    throw ApiPickException.PICK_NOT_FOUND();
    }
    pickList.sort(Comparator.comparing(pick -> pickIdList.indexOf(pick.getId())));
    return pickList;
}

• 만악의 근원 발견
• 리스트 가져와서 Spring에서 Sort해서 느린듯....