MySQL

콘서트 예약 서비스에는 꽤 많은 쿼리가 수행된다.이번 주차에는 성능 개선할 수 있는 쿼리들을 색출하고, 직접 인덱스를 걸어본 후 성능 비교와 부하테스트를 해 보자.콘서트 예약 서비스의 조회 쿼리들에 대한 인덱스 필요성 조사내가 구현한 콘서트 예약 서비스에서의 도메인들은 유저, 대기열, 콘서트 총 3개이다. 먼저, 유저 도메인에서의 조회 쿼리들은 전부 id(PK) 를 통한 조회이므로 인덱스가 필요 없다.PK는 중복된 값을 가질 수 없으며, 칼럼 중에 가장 카디널리티가 높은 칼럼이다. PK에는 이미 인덱스가 걸려 있다. Mysql같은 InnoDB는 PK에 클러스터드 인덱스를 사용한다. PostgreSQL같은 경우는 InnoDB가 아니라서 논-클러스터드 인덱스를 사용한다.. 정렬을 보장하지 않음. 그리하여 유..

UserEntity에 @Getter 어노테이션 달아주기. CustomUserDetails 클래스 작성. CustomUserDetailsService 클래스 작성.

의존성 주석을 먼저 해제한다. 그 다음 IntelliJ Ultimate버전 사용자라면 Database 탭으로 가서 Mysql을 등록해 준다. 다음으로 Default Query Console을 열고, 아래처럼 database를 생성해 준다. 생성이 되었다면, application.properties 파일에 아래와 같이 작성한다. 이제 연동이 끝났다. 회원가입 Form 화면을 만들어 보자. 회원가입 로직 회원정보를 통해 인증 / 인가 작업을 진행하기 때문에 사용자로부터 회원가입을 진행한 뒤 데이터베이스에 회원 정보를 저장해야 한다. join.mustache 파일을 생성하고, 아래와 같이 작성한다. 다음으로, Controller도 작성한다. SecurityConfig도 회원가입 관련 경로 전부 허용 이제 회원..