본문 바로가기

분류 전체보기83

[Spring] JobRepository의 역할과 실행 흐름 들어가기 전Spring Batch는 대용량 데이터 처리를 위해 Job, Step 등의 컴포넌트로 구성된 프레임워크입니다. 이 글에서는 배치(Job)를 실행할 때 내부에서 JobRepository가 어떤 역할을 하고 기본 구현체가 어떻게 동작하는지 살펴보겠습니다. Spring Boot의 기본 설정을 활용하여 별도 커스터마이징 없이 (기본 구현체 그대로) 애플리케이션 코드에서 배치를 직접 호출하는 상황으로 가정할 것이며 이를 통해 JobRepository를 중심으로 JobLauncher가 Job을 실행하고 메타데이터를 관리하는 흐름을 알아보고자 합니다.JobRepositorySpring Batch의 기본 아키텍처는 배치 작업 단위를 표현하는 Job과 그 구성요소인 Step들로 이루어져 있습니다. JobLau.. 2026. 1. 11.
[Issues] 대량 Delete 작업 중 발생한 lock 문제 분석 1.문제 상황 Spring Batch 기반의 백엔드 시스템에서 멀티 스레드로 대용량 삭제 작업을 수행하는 중 지속적으로 락 대기 시간 초과(Lock wait timeout) 이 발생하였습니다. 해당 배치 작업은 총 10개의 스레드가 병렬로 실행되며 대부분의 데이터를 미리 Processor 레벨에서 가공하여 삭제 -> insert 하는 방식으로 실행되었는데 예를 들어 tb_order_item 테이블에서 특정 order_id 목록에 해당하는 행들을 한꺼번에 삭제하는 형태였습니다. -- 예시: 하나의 스레드가 실행하는 삭제 쿼리 (IN 절에 다수의 ID 포함)deletefrom tb_order_itemwhere order_id in (101, 102, ..., 250); 대게 그렇듯이 다른 테이블.. 2026. 1. 6.
[Spring] HikariCp(2) 들어가기 전이전 글에서는 HikariCP가 언제 커넥션 풀을 초기화하고 어떤 판단 과정을 거쳐 커넥션을 생성하는지를 살펴보았습니다. HouseKeeper는 주기적으로 풀의 상태를 점검하고, minimumIdle을 유지해야 한다고 판단되는 경우 직접 커넥션을 생성하지 않고 전용 커넥션 생성 스레드(connection-adder) 에게 작업을 위임합니다. 이전 글이 "커넥션을 만들어야 하는가"에 대한 판단의 영역이라면 이번 글에서는 그 결과로 생성된 커넥션들이 실제로 어디에 보관되고 어떤 방식으로 대여되고 반납되는지를 다뤄보려고 합니다. 즉 HikariPool 에서의 커넥션풀의 자료 구조를 담당하는 ConcurrentBag 입니다.ConcurrentBagConcurrentBag은 커넥션 풀처럼 "아주 짧은 .. 2025. 12. 29.
[Spring] HikariCp(1) 애플리케이션을 개발할 때 데이터베이스 접근이 필요한 경우 보통 스프링 진영에서는 datasource 설정을 통해 연결 정보를 구성합니다.이 과정에서 다양한 설정 값을 정의하게 되는데 각각의 값이 실제로 어떤 역할을 하고 애플리케이션 내부에서 어떤 시점에 적용되는지 명확하게 이해하기 위해 이 글을 작성합니다.특히 커넥션 풀과 관련된 설정은 상황에 따라 애플리케이션의 처리량과 안정성에 직접적인 영향을 미칩니다.애플리케이션을 개발하면서 커넥션 풀 사이즈와 스레드 풀 사이즈를 조정해야 하는 일이 있고 병목 현상이나 타임아웃 문제를 겪으면서 내부 원리를 정확히 이해할 필요성을 절감한 바 있습니다. 이러한 경험을 바탕으로 이 글에서는 다음 두 가지를 중심으로 정리하고자 합니다.Spring Boot가 HikariCP.. 2025. 12. 18.
[Kotlin] Kotlin DSL DSL이란DSL(Domain-Specific Language) 은 특정 도메인의 문제를 다루기 위해 설계된 전용 언어입니다. 일반적인 프로그래밍 언어인 GPL(General Purpose Language) 이 다양한 문제를 폭넓게 해결하도록 만들어진 범용 언어라면, DSL은 반대로 특정 영역에만 집중해 표현력을 극대화한 언어라고 볼 수 있습니다. 대표적인 DSL에는 SQL, HTML, CSS, 정규표현식(Regex) 등이 있습니다. 이들은 각각 데이터 질의/조작, 문서 구조 정의, 스타일링, 문자열 패턴 매칭처럼 명확한 목적을 갖는 도메인에서 매우 강력한 표현력을 보여줍니다. 예를 들어 SQL(Structured Query Language)은 데이터 필터링과 정렬을 직관적으로 표현할 수 있는 대표적인 D.. 2025. 12. 3.
[Spring] @TransactionalEventListener TransactionalEventListener@EventListener는 코드의 결합도를 낮추고 도메인 이벤트를 기반으로 유연한 구조를 만드는 데 유용하지만 트랜잭션을 사용하는 환경에서는 예상치 못한 문제가 발생할 수 있습니다. 다음과 같은 코드가 있다고 예를 들겠습니다.@Transactionalfun createOrder() { orderRepository.save(...) applicationEventPublisher.publishEvent(OrderCreatedEvent(...))}앞서 작성한 이벤트리스너에서 알아봤듯이 @EventListener는 동기적으로 실행됩니다. orderRepository.save()는 아직 커밋되지 않았지만 이벤트 리스너에서 이 해당 값에 접근하거나 관련 작업을 시.. 2025. 7. 23.
[Spring] EventListener Spring Event스프링 애플리케이션을 실행할 때 ApplicationContext가 초기화되고 서버가 동작하게 되는 과정에서 내부적으로는 굉장히 많은 이벤트가 순차적으로 발생합니다. 스프링 프레임워크는 기본적으로 다음과 같은 이벤트들을 발행함으로써 자체적으로 ApplicationContext의 라이프 사이클을 관리합니다.ContextRefreshedEvent: ApplicationContext가 초기화되거나 리프레시된 후(보통 context.refresh() 또는 애플리케이션 시작 시 발생)ContextStartedEvent: context.start() 가 호출될 때 발생ContextStoppedEvent: context.stop() 이 호출될 때 발생ContextClosedEvent: conte.. 2025. 7. 10.
[ETC] 스프링 이벤트 (1) 들어가기 전앞선 글에서 분산 트랜잭션의 개념과 이를 해결하기 위한 두 가지 주요 패턴인 2-Phase Commit과 SAGA 패턴을 살펴보았습니다.하지만 서비스 간 트랜잭션 관리뿐만 아니라 시스템의 확장성과 유지보수성을 고려한 아키텍처 설계도 중요한 요소입니다. 특히 모놀리틱 애플리케이션(Monolithic Application) 환경에서는 서비스 간 상호작용이 대부분 직접적인 메서드 호출이나 API 호출을 통해 이루어지지만 서비스의 규모가 커지고 기능 간 의존성이 증가할수록 서비스간 강한 결합이 발생하고 하나의 서비스 변경이 전체 시스템에 영향을 미치는 리스크도 커집니다. 이를 해결하기 위한 접근 방식 중 하나가 이벤트 기반 아키텍처(Event-Driven Architecture, EDA) 이며 이를 .. 2025. 3. 26.
[ETC] 분산 트랜잭션 들어가기 전하나의 서비스가 특정 비즈니스 로직을 수행할 때 종종 다른 서비스와 연계되어 함께 작업을 진행해야 할 때가 많습니다. 이때 두 가지 이상의 서비스에서 트랜잭션이 실행되면 "모두 실패하거나" 또는 "모두 성공하거나" 하는 상황이 자연스럽게 요구됩니다. 일부 서비스는 작업이 절반만 완료되고 다른 서비스는 작업이 실패하는 경우를 상정하고 시스템을 설계하지 않을뿐더러 그런 일은 발생해서는 안되기 때문입니다.또 다른 예로 사용자 경험을 개선하기 위해 빠른 응답을 제공하기 위해서 서비스 로직이 비동기로 처리되는 경우도 있습니다. 예를 들어 회원 가입 후 안내 메일을 발송하는 로직을 있을 때 이 메일 발송 기능이 특정 이유로 오래 걸린다면 사용자는 가입이 완료되었다는 응답을 지연받게 됩니다. 이를 방지하기.. 2024. 10. 8.

티스토리툴바