DB 연동 운영

spring:
  datasource:
    hikari:
      maximum-pool-size: 20
      minimum-idle: 10
      connection-timeout: 3000
      max-lifetime: 1800000
      leak-detection-threshold: 20000

max-lifetime은 DB나 중간 장비의 연결 종료 시간보다 짧게 잡아야 합니다. 그렇지 않으면 이미 끊긴 커넥션을 빌려 쓰다 실패합니다.

@Entity
public class Product {

    @Id
    private Long id;

    private int stock;

    @Version
    private Long version;   // 수정될 때마다 자동 증가합니다
}

// 다른 트랜잭션이 먼저 수정했다면
// ObjectOptimisticLockingFailureException 이 발생합니다
@Transactional
public void decreaseStock(Long productId, int quantity) {
    Product product = productRepository.findById(productId)
            .orElseThrow(() -> new BusinessException("상품을 찾을 수 없습니다"));
    product.decrease(quantity);
}

재고 차감처럼 충돌이 잦은 로직은 낙관적 락만으로 부족할 수 있습니다. 이때는 비관적 락이나 DB의 원자적 갱신 쿼리를 검토합니다.

src/main/resources/db/migration/
├─ V1__create_orders.sql
├─ V2__add_order_memo.sql
└─ V3__create_order_index.sql

# 규칙
# - V + 버전 + 언더스코어 두 개 + 설명
# - 이미 적용된 파일은 절대 수정하지 않습니다
# - 수정이 필요하면 새 버전 파일을 추가합니다

적용된 파일을 고치면 체크섬이 달라져 기동이 실패합니다. 이 제약이 불편해 보이지만, 환경마다 스키마가 달라지는 사고를 막아 줍니다.