동시성 재고 관리 시스템
1.페이지네이션 cursor vs offset
offest 방식의 페이지네이션은 페이지 깊이가 깊어질수록 속도가 느려진다는 단점이 있다.느려지는 이유 → DB는 어떤 정렬 순서에서 “N번째 row”를 바로 알 수 없기 떄문에 OFSSET 값이 커질수록 인덱스 스캔량이 증가해서 성능이 저하OFFSET 10 LIMIT
2.5만 건 동시 INSERT, 어떻게 살렸나 - BulkInsert 성능 개선
요구사항 정의 대량 데이터 기준 설정 대량의 상품을 INSERT하는 기능을 구현하기 위해, 먼저 "대량"의 기준을 정의할 필요가 있었습니다. 실제 이커머스 플랫폼의 데이터를 조사했습니다. 쿠팡 주요 브랜드 상품 수 애플 → 3241개의 상품
3.동시성 환경에서 재고관리: MySQL과 Redis 성능 비교
동시성 환경에서 재고 관리는 정확성이 핵심입니다.100개의 제품이 있다면 정확히 100개만 판매되어야 합니다.동시성 제어가 실패하면:101개 판매: 실제 재고보다 많이 팔려 사용자에게 피해 발생99개 판매: 재고가 있는데도 팔지 못해 판매사에게 피해 발생이 글에서는 동
4.네트워크 장애 환경 구현하기 : Toxiproxy
개요 라이브러리 Redisson의 학습 테스트 도중 네트워크 장애가 발생했을때 어떻게 동작하는지 파악할 필요가 생김 TestContainer를 사용했기에 pause() 와 같은 일시정지를 사용하여 테스트가 가능했지만, 몇몇 케이스는 stop()을 해야만 진행할 수
5.슈뢰딩거의 재고: RedisTimeoutException과 불확실성 해결
이전 테스트를 통해 대용량 트래픽 환경에서 안정적으로 재고를 관리하려면 Redis의 원자적 연산이 필요하다는 결론을 내렸습니다. 애플리케이션 라이브러리로 Redisson을 선택한 후, 학습을 위해 테스트 코드를 작성하던 중 우연히 Docker와의 네트워크 예외가 발생했