본문 바로가기

전체 글

(46)

RedisTemplate 내부 탐구: Spring Data Redis는 Lettuce를 어떻게 추상화했는가? Lettuce 가 무엇인지, Spring Data Redis의 RedisTemplate 은 Lettuce 를 어떻게 추상화했는지 알아보고자 합니다. 먼저, Spring Data Redis 는 Lettuce와 Jedis 라는 2개의 오픈 소스 라이브러와 통합되었습니다.Spring Data Redis integrates with Lettuce and Jedis, two popular open-source Java libraries for Redis. Lettuce와 Jedis는 "Java에서 Redis에 접근하여 데이터를 주고받을 수 있도록 도와주는 라이브러리"입니다.그렇다면 각각 무엇인지 Lettuce부터 알아보겠습니다.Lettuce 란?Lettuce is a scalable thread-safe Redi..

[회고] 2024년 한 해동안 읽은 책 오브젝트객체지향을 공부한다면 빠질 수 없는 책, 《오브젝트》를 읽었다. "역할,책임,협력" 을 어떻게 구현하지?처음 읽을 때는 Spring을 사용해 본 적이 없어 예제조차 이해하기 어려웠다. 역할, 책임, 협력에 대한 개념을 글로만 읽었을 뿐, 실제 코드로 구현하는 것은 감이 오지 않았다. 두 번째 읽을 때는 역할, 책임, 협력의 개념을 이해할 수 있었지만, "메시지를 누가 요청하고, 어디로 보내야 할까?" 같은 구현 레벨의 고민이 남았다. 다행히 책에서는 정보 전문가 패턴을 활용해 쉽게 구현하는 방법을 소개한다. 덕분에 구현에 대한 감각을 조금씩 익힐 수 있었다. 설계와 구현간의 이해 간극을 좁히기 위해 책을 반복해서 읽을수록, 협력이 아닌 메시지부터 구현하는 것이 편하단 것을 느끼게 되었다. 그리고,..

CompletableFuture를 활용해 외부 API 호출을 비동기 처리, 응답 시간 1분 → 14초로 단축 문제 상황프로젝트 QA시, 주간 리포트 기능의 응답 시간이 사용자 1명당 최악의 경우 2분 이상, 대체로 평균 1분 이상 소요되는 문제가 있었습니다. 이 문제를 분석한 결과, DB 쿼리는 실행 계획상 eq_ref 와 ref로 빠르게 처리되고 있었습니다.응답 시간이 길어진 주요 원인은 비즈니스 로직에서 최대 7번의 외부 API 호출을 동기적으로 처리하고 있기 때문이었습니다. 아래 코드처럼, stream() 내부에서 연속적인 외부 API 호출을 처리하면서 일일 서비스와 Clova AI가 동기적으로 요청과 응답을 주고받는 구조로 동작하고 있었고, 이를 개선하고자 했습니다.Map> valuesByKey = map.values().stream() 외부 API 호출, ..

왜 내 CompletableFuture 는 Console 에 로그가 없는가? ForkJoinPool 의 데몬 스레드를 알아보자 CompletableFuture를 활용한 비동기에서 콘솔에 로그가 남지 않는 문제비동기 처리를 위해 CompletableFuture 사용법을 익히는 중, 비동기 처리 로직(Task 클래스의 doAsyncWithForkJoinPool( ))에서 콘솔에 로그가 남지 않는 문제가 발생했습니다. 이에 대해 알아보고자 합니다. 문제가 되었던 코드로 실행 결과는 "메인 종료" 만 나올 뿐, Thread.currentThread().getName() 관련 로그는 콘솔에 나오지 않았습니다.// Main 클래스public static void main(String[] args) { Task task = new Task(); CompletableFuture future = task.doAsyncWit..

외부 API 호출을 트랜잭션에서 분리하기 위해 FACADE 계층을 사용한다면, OSIV 활성화 여부를 고려하자! 문제 상황: 서로 다른 트랜잭션에서 엔티티 변경 시 변경감지가 작동하는가? 외부 API 호출을 트랜잭션에서 분리하기 위해 FACADE 패턴을 도입했습니다.3개의 서비스를 리팩토링하며, 트랜잭션 범위 밖에서 외부 API를 호출하도록 설계하였고, 코드 구조는 다음과 같았습니다. // 트랜잭션에서 외부 API 호출을 분리하고자 만든 Facade 객체public class Facade { private final Service1 service1; private final Service2 service2; public ... createSomething(...) { // 1번 서비스 트랜잭션 시작 EntityA entityA = service1.doSomething(....

'실행계획에서 무엇을 중요하게 볼 것인가?' - 개인적인 통찰 Real MySQL 8.0 10장 실행계획을 150만개의 더미 데이터를 활용해 공부하며 작성한 글입니다."실행 계획을 어떻게 읽어야 하는지, 무엇을 읽어야 하는지?" 에 대해 제 개인적인 의견이 들어갔음을 밝히며, 부족한 부분이 있음을 미리 양해 구합니다.1. 인덱스를 설정할 때 고려하는 기준 저는 인덱스를 설정할 컬럼을 선택할 때 다음 3가지 기준을 주로 고려합니다.* 추가로, 인덱스 설정 시 주의할 점들은 해당 목차 범위를 벗어남으로 생략하겠습니다! ⓐ 카디널리티(Cardinality)가 높은 컬럼인가?카디널리티는 해당 컬럼의 고유 값 수를 의미합니다.InnoDB 가 레코드를 읽을 때, 카디널리티가 높을수록 빠르게 레코드를 검색할 수 있습니다. 따라서, 카디널리티가 높은 컬럼은 인덱스를 설정할 때 우..

동시성 제어 시 JPA의 비관적 락(select ... for update)에 대해 회의적인 이유 이 글에서는 MySQL을 사용해, 특정 레코드에 락이 걸린 상태에서 다른 트랜잭션이 해당 레코드에 어느 작업까지 허용하는지 실험해보고, MySQL 내부에서 언제 락을 사용하는지 알아보며 비관적 락에 대해 회의적인 이유를 얘기하는 개인적인 글입니다. 추가로 Real MySQL 을 읽고, 공유 락과 배타 락에 배경 지식이 있는 분들이 쉽게 이해 될 것 같으며, 결론은 마치며.. 에 정리해두었습니다. 목차는 다음 순서로 진행됩니다.한 트랜잭션에서 공유 락/배타 락 획득 시, 다른 트랜잭션에서 가능한 쿼리 소개공유 락/배타 락 사용 시, 다른 트랜잭션에서 쓰기 작업이 대기하는 이유UPDATE / DELETE 쿼리 시 WHERE 절의 인덱스 여부의 중요성MySQL8.0 Repetable Read 에서 Phanto..

Java의 동기화 기법 - synchronized & ReentrantLock 에 대해 다음과 같은 순으로 글이 이어집니다.synchronized 소개synchronized vs static synchronized synchronized 단점을 극복한 ReentrantLock 소개synchronized vs ReentrantLock 1. synchronized 소개멀티스레드 환경에서는 여러 스레드가 동시에 같은 자원에 접근할 경우, 예상치 못한 문제(데이터 손상, 충돌 등)가 발생할 수 있습니다. 이를 방지하기 위해 동기화(synchronization) 기법이 필요합니다.Java에서 제공하는 synchronized 키워드는 모니터 락(Monitor Lock)을 이용해 동기화를 지원합니다. 모니터는 OS가 아닌 프로그래밍 언어 수준에서 제공하는 동기화 메커니즘입니다. Java의 모든 객체(인..

이전 1 2 3 4 ··· 6 다음

티스토리툴바