문제의 시작은 서버 배포 후 서비스를 운영하며 새로운 기능을 만들고 있던 때 부터인 것으로 확인되었다.첫번째 상황으로는 추가 기능인 댓글&대댓글을 개발 서버에만 적용을 하고 배포 서버에는 적용을 하지 않았기 때문에 배포 DB에 comment 관련 테이블이 존재하지 않다는 것이다.이 부분은 flyway로 script.sql에 comment 테이블이 존재하지 않을 시 생성하도록 명령어를 작성해 놓았기 때문에 문제 해결 두번째 상황으로는 member 테이블에 role 컬럼 타입 불일치 문제가 발견되었다.이 또한 서버 배포 후 다른 팀원이 role 이라는 enum 클래스에 Converter 를 적용하게 되면서 발생한 것이다.이를 해결하기 위해서는 아래와 같이 수정해야한다.@Converterpublic class..

프로젝트 진행 중 불필요한 연관관계를 끊고, 조회 성능을 향상시키기 위해 Post 테이블에 member 정보에 대한 컬럼을 추가했었다. 컬럼을 추가할 생각을 가졌을 때에는 당장 연관관계보다의 장점만을 생각하면서 진행하였지만 막상 적용하고 나서 보니 단점도 보이기에 이 글을 적게되었다. 단점으로는 데이터 일관성이 있겠다.닉네임이 member_A 인 회원이 글을 작성하면 해당 post의 작성자 닉네임은 당연하게도 member_A 이다.하지만 이후 member_A가 닉네임을 member_B로 수정을 한 후에도 이전 post의 작성자 닉네임은 member_A 이다.여기까지는 예상을 했던 상황이고 그저 post 수정 시 새로 업데이트 해주면 되겠다 생각을 했다.하지만 또 다른 회원이 member_A로 닉네임을 수..

첫 번째 문제 발생flyway로 DB 스키마 변경하는 테스트를 로컬에서 마치고, 개발 서버에 적용을 했을 때 발생한 오류이다.org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactory' defined in class path resource [org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaConfiguration.class]:Failed to initialize dependency 'flyway' of LoadTimeWeaverAware bean 'entityManagerFactory': Error creatin..

Flyway로 생성된 flyway_schema_history 테이블에는 스키마 변경 내역이 저장되는데 만약 V2 스크립트 파일을 마이그레이션하다가 오류가 발생하게 된다면, flyway_schema_history 테이블에는 V2에 대한 실패 내역이 저장되게 된다. 이후에 실패한 원인을 찾아 V2 스크립트 파일의 명령어를 수정하고 다시 실행한다 해도 이미 V2에 대한 실패 내역이 남아있기 때문에 해당 버전은 flyway가 실행하지 않는다. 그렇다면 수정한 코드로 V3를 새로 만들어서 실행해야하느냐? 물론 이 방식도 존재하지만 간단한 오류를 고치기 위해 항상 새로운 버전을 생성해야하는 것은 번거로운 방법이라 볼 수 있다. 그러면 기존에 에러나 스크립트 파일을 수정한 뒤에 어떻게 다시 적용할 수 있을까?해결방법..

이전 글에서도 말했듯이 이번 포스팅에서는 로컬 데이터베이스에 스키마 구조를 변경해보고 flyway를 통해 제대로 적용이 되는지 확인해보겠다.Entity 구조 변경ddl-auto: validate 로 설정해뒀기 때문에 Entity와 DB 테이블의 구조가 같은지 비교하고 유효성 검사를 위해 앞으로 변경할 DB 스키마 구조에 맞게 entity도 변경해줘야 한다. Member Entity와 연관관계 매핑 되있던 것을 끊고 회원 아이디, 이메일, 닉네임 컬럼을 추가한다. 현재 CodePost, TILPost 테이블 두 개가 존재하기 때문에 각 Entity 구조를 아래와 같이 변경하면 되겠다.연관관계와 관련된 로직들의 수정 코드는 따로 작성하지는 않겠다.// member 컬럼 삭제// @ManyToOne(fetch..

프로젝트 리팩토링을 진행 중에 code post와 member 테이블 간의 연관관계를 끊어야 할 상황이 생겼기 때문에 고민하게된 내용이다. 대부분의 개발자들은 업데이트를 진행하면서 데이터베이스의 구조를 변경할 상황이 무조건적으로 생길 것이라 생각한다.이때 이미 배포된 데이터베이스의 정보를 수정하고 다시 배포해 버리면 이전 데이터와 새로운 데이터 간의 차이가 발생하고 만다.이를 해결하기 위해서는 손수 개발 DB와 운영 DB에 DDL, DML 명령어를 사용하여야 한다. 하지만 그럴 경우 개발자의 실수 즉, 휴먼 에러로 인해 두 DB 간의 구조가 불일치할 수 있는 경우가 생길 수 있다.이러한 상황을 방지하고자 DB 형상 관리 도구인 Flyway를 도입하고자 한다.Flyway 란?Flyway는 데이터베이스의 형..

성능개선을 위해 리팩토링을 진행하려다가 문득  JPA 연관관계 설정에 대해 다시 한 번 생각해보게 되었다. 현재 게시글과 회원의 연관관계는 다음과 같이 설정되어 있다.//codePost.class@ManyToOne(fetch = FetchType.LAZY)@JoinColumn()private Member member;codePost 조회 시 N+1 문제가 발생하는 것을 방지하기 위해 FetchType.LAZY(지연매핑)을 설정해놨다.//member.class@OneToMany(mappedBy = "member", cascade = CascadeType.ALL, orphanRemoval = true)private List codePosts = new ArrayList();또한 회원이 삭제될 경우 코드 게시..

부하 및 성능 테스트 도구인 k6를 사용해서 api 테스트를 진행하려던 중 JWT access token을 필요로 하는 api를 테스트하기 위해서 k6에서 어떤 식으로 토큰을 처리해야할 지 알아보자.k6 사용법 일단 기존 코드에서 access token을 어떻게 생성하는지 부터 알아보았다. JwtProvider.classprivate Key key;@Value("${jwt.accessTokenExpireTime}")private long accessTokenExpireTime;@Value("${jwt.refreshTokenExpireTime}")private long refreshTokenExpireTime;@Value("${jwt.secret}")private String secretKey;...@P..