[Redis] Redis로 최근 검색 기록 관리하기

프로젝트 중 최근 검색 기록을 구현해야 할 일이 생겼다. 처음엔 SearchLog 엔티티를 만들어 mysql에 저장할까 했다. 하지만 검색 시 항상 검색 기록을 조회해와야 했고다. 특히 나같은 경우 검색 기록 개수를 10개로 제한해두었는데, 만약 검색 기록이 꽉 찼을 때 새로 insert 하기 위해선 가장 오래된 기록을 제거해야 했기 때문에 정렬 후 delete 하는 과정이 필요했다. 위 문제를 해결하기 위해 인메모리 DB인 Redis를 사용하기로 했다. 레디스 리스트를 만들어서 관리하는 방식으로 사용할 것이고 SearchLog + memberId 를 key로 두어 식별할 수 있도록 구현했다. 레디스 리스트를 다루기 위한 메소드는 leftpush,leftpop,rightpush,rightpop 등이 있어..

• format_list_bulleted Spring Boot, JAVA 🌱
• · 2024. 2. 2.
• textsms

[Redis] Spring boot 에서 Redis로 성능 개선하기

Cache란? 나중에 할 요청 결과를 미리 저장 해 두었다가 빠르게 서비스 해 주는 것 Look aside Cache(일반적으로 많이 쓰는 방식) DB를 가기 전에 Cache에 먼저 데이터가 있는지 확인 해본다. 만약 Cache에 데이터가 있다면 캐시 데이터를 읽고, 없다면 DB를 읽은 후 Cache에 저장 & 결과 리턴 Write Back(로그를 DB에 저장하는 경우, 쓰기 연산이 많은 경우) 캐시에 먼저 저장했다가, 특정 시점마다 DB에 저장하는 방식 ex. 걸리는 시간(배치 작업) - DB insert 쿼리를 1번씩 * 500번 >> insert쿼리 500개 합친 것 * 1번 단점: 장애가 생기면 데이터가 사라질 위험이 있다. 왜냐면 리부팅 되면 메모리는 사라지기 때문 캐시가 되는 대상들 - 단순한..

• format_list_bulleted Spring Boot, JAVA 🌱
• · 2024. 1. 8.
• textsms

[Spring] AOP 개념 및 적용하기

1. AOP란? - 관점 지향 프로그래밍 (Aspect Oriented Programming) - 프로젝트 구조를 바라보는 관점을 바꿔보자는 의미 - 횡단 관심사(Cross-Cutting Concern)의 분리를 허용함으로써 모듈성을 증가시키는 것이 목적인 프로그래밍 패러다임 - 여러 객체에 공통으로 적용할 수 있는 기능을 분리해서 개발자는 반복 작업을 줄이고 핵심 기능 개발에만 집중할 수 있음 간단하게 한줄로 AOP를 정리해보자면, AOP는 공통된 기능을 재사용하는 기법이다. 왜 사용해야할까?? 위 사진은 우아한 테크 10분 테크톡 유튜브 영상에서 캡쳐한 사진이다. 만약 3개의 메소드의 실행 시간을 측정해달라는 요청이 들어오면 메소드 시작 지점과 끝나는 지점의 시간을 측정해 이의 차이를 출력할 것이다...

• format_list_bulleted Spring Boot, JAVA 🌱
• · 2024. 1. 6.
• textsms

멀티 스레드와 단일 스레드, 동기와 비동기 제대로 알고 쓰시나요? (feat. 성능 개선)

프로젝트 진행 중 직업 추천 api에서 반환까지 평균 6초 이상의 시간이 걸렸다. 100개가 넘는 직업 csv에 각각의 csv마다 6000개가 넘는 데이터가 있는데 이걸 전부 읽기 때문에 오래 걸리는게 당연했다. 성능 개선을 위해 멀티 스레드를 적용했었는데 프로젝트 마감 기한이 있었던지라 사용법만 익혀 적용했었다. 프로젝트가 끝나고 다시 돌아와 공부해보니 생각보다 어려워 이번 기회에 자세히 공부하고 정리해보았다. 비동기와 멀티스레드는 같은 뜻이 아닙니다. 비동기와 멀티스레드는 비슷하다 착각할 수 있지만 같은 뜻이 아니다. 의미를 간단하게 정리하자면 아래와 같다. 동기= 순서 스레드= 공간 or 일꾼 그럼 이제, 하나씩 살펴보자 동기 & 비동기 동기: 순차적으로 실행되는 것 비동기: 요청을 받은 뒤 먼저 ..

• format_list_bulleted Spring Boot, JAVA 🌱
• · 2024. 1. 2.
• textsms

[HttpSession] session의 동작 원리 살펴보기

세션 방식 로그인 세션은 인증된 사용자의 정보를 SESSION ID와 매핑하여 서버에 저장하고 클라이언트에게 식별자와 문자열로 이루어진 SESSION ID를 응답헤더에 넣어 전송한다. 매 응답마다 SESSION ID 만 보내기때문에 네트워크 부하가 커지지 않고 서버에 저장되므로 클라이언트의 웹브라우저의 호환성 문제가 해결된다. 그리고 많은 정보의를 유지할 수 있게 된다. 하지만 서버에 데이터 저장량이 많아지므로 서버 메모리에 부담이 갈 수 있다. 백엔드 개발을 하다보면 로그인 구현은 필수라고 해도 과언이 아니다. 지금까지 진행했던 여러 프로젝트에서 로그인 기능이 없었던 프로젝트는 거의 없는 것 같다. 이렇게 아무렇지 않게 사용했던 세션에 대해 의문점이 생겼다. session.getAttribute("us..

• format_list_bulleted Spring Boot, JAVA 🌱
• · 2023. 12. 30.
• textsms

AWS S3 이미지 관련 로직과 DB로직 트랜잭션 분리 (DB 커넥션 문제)

코드를 짜다보면 게시글과 같은 엔터티를 등록할 때 파일을 추가로 업로드하는 경우가 매우 많다. 이번 프로젝트에서도 공연 포스트를 DB에 저장하면서 썸네일 이미지와 내용에 들어갈 이미지 등이 AWS S3에 함께 저장되었다. 마찬가지로 조회할 때도 AWS S3에서 조회하는 로직과 DB에서 포스트를 조회하는 로직이 함께 수행된다. 이때 외부에서 리소스를 조회해오는 로직과 DB에서 조회해오는 로직을 한 트랜잭션에 묶으면 안 좋지 않을까?? 문득 이런 생각이 들었고 구글링 해보니 역시나 다른 사람들도 이미 고민했던 흔적들이 보였다. 왜 한 트랜잭션에 묶으면 좋지 않을까?? 트랜잭션의 특징에 주목할 필요가 있다. 한 트랜잭션이 시작되면 DB와의 커넥션을 맺고 트랜잭션이 끝날때까지 커넥션을 끊지 않는다. 아래 코드에..

• format_list_bulleted Spring Boot, JAVA 🌱
• · 2023. 11. 21.
• textsms