![]()
부하 테스트 보고서부하테스트 시나리오 선정 및 선정된 시나리오의 API 개별 테스트(리스트)콘서트 조회 API (GET) /concerts대기열 생성 API (POST) /queues/enqueue대기열 조회 API (GET) /queues/order -> 계속 poll콘서트 스케줄 조회 API (GET) /concerts/{concertId}/schedules콘서트 좌석 조회 API (GET) /concerts/schedules/{scheduleId}/seats콘서트 예약 API (POST) /concerts/reservation콘서트 결제 API (POST) /concerts/reservations/{reservationId}/pay위와 같은 API에서 부하부하 테스트 환경 (Docker 리소스 동적..
![]()
콘서트 예약 서비스에는 꽤 많은 쿼리가 수행된다.이번 주차에는 성능 개선할 수 있는 쿼리들을 색출하고, 직접 인덱스를 걸어본 후 성능 비교와 부하테스트를 해 보자.콘서트 예약 서비스의 조회 쿼리들에 대한 인덱스 필요성 조사내가 구현한 콘서트 예약 서비스에서의 도메인들은 유저, 대기열, 콘서트 총 3개이다. 먼저, 유저 도메인에서의 조회 쿼리들은 전부 id(PK) 를 통한 조회이므로 인덱스가 필요 없다.PK는 중복된 값을 가질 수 없으며, 칼럼 중에 가장 카디널리티가 높은 칼럼이다. PK에는 이미 인덱스가 걸려 있다. Mysql같은 InnoDB는 PK에 클러스터드 인덱스를 사용한다. PostgreSQL같은 경우는 InnoDB가 아니라서 논-클러스터드 인덱스를 사용한다.. 정렬을 보장하지 않음. 그리하여 유..
