본문 바로가기

프로젝트/개인 프로젝트 V34

검색 쿼리 리팩토링 이번 시간에는 페이징 기능을 구현하며 상품 검색에 필요한 조회 성능을 개선한 과정을 정리하고자 합니다. 기존 검색 구현 방식에서는 상품과 연관된 데이터를 개별적으로 모두 조회한 후, Stream을 사용해 조건에 맞는 데이터를 필터링하고 매핑했습니다. 그러나 이 과정에서 상품 조회와 관련된 쿼리 코드에 중복이 많았고, 실행되는 쿼리 수도 많았습니다.이 문제를 해결하기 위해 개선 전 코드와 개선한 코드를 비교하고, 성능 테스트 코드를 통해 개선 효과를 확인해 보겠습니다. 해당 트러블 슈팅에 대해서 Github에도 정리했으니 참고해주세요.리팩토링 전리팩토링 전 코드는 아래와 같습니다.데이터 조회 및 처리 로직이 길고 복잡했습니다. 각 태그(userDefinedTag, recommendedTag)와 찜하기(wi.. 2024. 12. 10.
거래요청에 대한 동시성 테스트 주문시 트랜잭션처리와 예외처리에 대한 생각상품 거래 시스템을 만들 때 신경 써야 하는 부분이 많았었습니다. 그 중에서 동시성 관리는 중요한 요구사항 중 하나였습니다. 주문 처리 시 상품이 단일 상품으로 정의되었기 때문에, 동시에 주문 요청이 들어오는 상황에서 동시성 제어가 필요했습니다. 특히, 다수의 사용자가 동시에 주문을 시도할 경우 데이터 무결성을 보장해야 했습니다. 단일 상품으로 재고가 1개이기에 중복 거래요청이 발생하면 구매자와 판매자 모두에게 곤란한 상황을 만들게 됩니다. 주문 생성 및 판매 요청처리 단계에서 트랜잭션을 어떻게 사용해야 할지 고민했습니다. 이번 시간에는 동시성 문제를 해결한 과정을 다루겠습니다. 주문 처리 흐름에서의 트랜잭션과 예외처리리포지토리 인터페이스 JPA에서 제공하는 비관.. 2024. 12. 6.
다중 토큰: Refresh 토큰과 생명 주기 이번 글에서는 프로젝트에서 로그인과 고객 정보를 위한 보안 처리를 어떻게 구현했는지에 대해 정리합니다. Spring Security와 JWT 기반 인증 로직을 어떻게 구현하여 JWT 토큰을 관리하려고 했는지 다루어 보도록 하겠습니다. (해당 포스팅 내용은 Github wiki에도 요약 되어있다.) 기본 설정아래와 같이, Jwt 사용을 위해 jsonwebtoken 관련 라이브러리와 Spring Security 라이브러리를 추가했습니다. 1. 단일 토큰으로 했을 때의 문제점이전 프로젝트에서 스프링 시큐리티를 단일 토큰으로 구현했었습니다. 구체적으로, 토큰을 다음과 같이 관리하여 사용하였습다. 로그인 성공 시, JWT 발급한다. : 서버측에서 클라이언트로 JWT를 발급한다.권한이 필요한 모든 요청에 JWT를 .. 2024. 12. 4.
API 페이징 오류와 데이터 중복 문제 해결 문제의 시작상품 페이징 조회 기능을 구현하던 중, 예상치 못한 문제가 발생했었다.API를 통해 데이터를 조회했을 때, DB에서 직접 조회한 결과와 비교해보니 일부 데이터가 누락된 것이다. DB에서 직접 쿼리를 실행했을 때는 12개의 데이터 항목이 모두 정상적으로 조회되었지만, API를 통해 조회한 결과는 단 6개의 항목만 반환되었다. 다음과 같이, postman에 페이징 api 요청을 실행했었다. GET /api/items/paging/search/v2 왜 API 요청에서는 절반의 데이터만 나오는 걸까? ...문제의 원인을 파악하기 위해, 기존 API 쿼리 로직을 다시 검토해보기로 했다.문제 분석이 문제를 해결하기 위해, 가장 먼저 살펴본 것은 search_fetch 로직이다. 이 로직은 QueryDS.. 2024. 8. 10.