뚝딱 뚝딱 개발일기

  • 홈
  • 태그
  • 방명록

saveall 1

Spring Data JPA save() vs saveAll(), 진짜 차이는 SQL 이 아니라 트랜잭션 경계였다

부제 : async-profiler Flame Graph 로 직접 파헤쳐 본 다건 저장 성능 차이 이 글에서 얻어갈 것들saveAll() 이 빠른 진짜 이유를 설명할 수 있게 된다.("INSERT 한 방"이라는 오해를 정확히 깨뜨릴 수 있다)SimpleJpaRepository.saveAll() 내부 코드를 보고, saveAll도 결국 save()를 반복 호출함을 이해한다.트랜잭션 경계가 다건 저장 성능에 미치는 영향을 async-profiler Flame Graph 실측 데이터로 확인한다.서비스 계층 @Transactional의 의미를 성능 관점에서 이해한다.saveAll()과 JDBC Batch insert 를 구분할 수 있게된다.1. 시작 - 흔한 오해처음 saveAll()을 쓸 때 나도 당연하게..

Spring 2026.05.25
이전
1
다음
더보기
프로필사진

뚝딱 뚝딱 개발일기

  • 분류 전체보기 (149)
    • 알고리즘 (24)
    • IDEC (1)
      • Intellij (1)
    • 책 (6)
      • Effective Java 3E (3)
      • Real MySQL 8.0 1권 (3)
    • Spring (24)
    • JAVA (53)
    • JPA (7)
    • CS (3)
    • DB (3)
    • Network (13)
    • docker (5)
    • 객체지향 (5)
    • mongoDB (0)
    • os (0)
    • kafka (0)

Tag

다양한 의존관계 주입, 인프런, JPA, 자바의신11~18, 스프링, 람다식, 스프링컨테이너, 백준 12886, 자바의 신2, Java, equals ==, 레이어드아키텍처, saveall, 프로그래머스, 정규식, sync-profiler CPU profile, realmysql, 자바, SringBoot, 김영한,

최근글과 인기글

  • 최근글
  • 인기글

최근댓글

공지사항

페이스북 트위터 플러그인

  • Facebook
  • Twitter

Archives

Calendar

«   2026/07   »
일 월 화 수 목 금 토
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31

방문자수Total

  • Today :
  • Yesterday :

Copyright © AXZ Corp. All rights reserved.

티스토리툴바