🔍 프로젝트 기간

---

• 2023.01. ~ 2023.02.

💡 Background

---

• 김영한선생님의 실전! 스프링 부트와 JPA 활용2 - API 개발과 성능 최적화를 수강하고 실전 프로젝트를 진행하였으며, 성능최적화를 적용해보고자 진행
• 평소 Oauth2 소셜 로그인에 관심을 보였고, 직접 구현해보고자 진행하였습니다.

🔍 사용한 기술 및 라이브러리

---

• BackEndTool: Spring DATA JPA
• DB : MariaDb
• Auth: Session, Oauth2(facebook social login)
• AspectJ: AOP

DATABASE Schema

💻 리팩토링 및 배운핵심기술

---

• Auth를 이용하여 Session 로그인 구현
• Oatuh2 client 를 사용하여 social login(facebook)을 구현
• 성능 최적화진행(N+1)문제 해결
• AOP를활용하여 전처리 과정에서 Validation 공통로직 처리, 후처리과정에서 로그처리

발생한 이슈

---

1. Image호출시 연관되어있는 like테이블 및 comment테이블 즉, 조회된 데이터 갯수(n) 만큼 연관관계의 조회 쿼리가 추가로 발생하여 데이터를 읽어오게 되는 이슈가 발생하였습니다.

2. fetch join 얻은 데이터으로 페이징 시 firstResult/maxResults specified with collection fetch; applying in memory! 라는 오류 메세지가 나옴.

   Out of memory 문제가 발생.
   

이슈 해결 방안

---

1. fetch join을 통해 연관되어 있는 연관관계들을 전부 fetch join을 통해 select 을 시켜주었습니다.

2. 페이징 시 yml 파일에 default_batch_fetch_size 설정 및 ToOne관계는

   fetch join을 통해 연관되어 있는 연관관계들을 전부 select 해오고, 나머지

   컬렉션은 지연로딩으로 조회(default_batch_fetch_size로 in 조회를 한다.)

이슈 해결방안 링크

https://minwoo-it-factory.tistory.com/entry/API-개발-고급-컬렉션-조회-최적화

이 프로젝트를 통해 알게된 점

---

• N+1 과 같은문제를 해결할 수 있게 되었습니다.
• Mysql 뿐만 아니라 MariaDb도 사용할수 있게 되었습니다.
• Auth 로그인의 원리를 이용하고, Oauth2 client를 사용하여 facebook 소셜로그인을 구현해보았습니다.
• AOP를 사용함으로써 전처리와 후처리를 통해 Validation 체크 및 로그처리를 공통기능과 핵심기능을 분리하여 구현해보았습니다.
• open-in-view를 False로 돌리게되면 트랜잭션을 종료할 때 영속성 컨텍스트를 닫고, 데이터베이스 커넥션도 반환한다.그러므로 커넥션 리소스를 낭비하지 않는다. OSIV를 끄면 모든 지연로딩을 트랜잭션 안에서 처리해야 한다 → 지연 로딩 코드를 트랜잭션 안으로 넣어야 한다. (서비스와 컨트롤러의 명확한 분리를 필요로 한다.)

GIT 링크

https://github.com/minwoo1999/Photogram

간단한 시연영상

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