DeJa
Techvu
DeJa
전체 방문자
51,021
오늘
19
어제
54
  • Techvu (60)
    • DesignPatterns (3)
      • 생성 (0)
      • 구조 (1)
      • 행동 (2)
    • Refactoring (0)
    • DataStructures (0)
    • Algorithms (24)
      • 기본 지식 (12)
      • 문제 풀이 (12)
    • OOP (0)
    • TDD (2)
    • DDD (0)
    • Programming Languages (9)
      • Java (9)
      • Kotlin (0)
    • Spring (1)
    • JPA (7)
    • Web (1)
      • 기본 지식 (1)
      • 실무 경험 (0)
    • CS (12)
      • Network (1)
      • OS (8)
      • DataBase (3)
      • Server (0)
    • Git (1)
    • Conferences (0)

블로그 메뉴

  • 홈
  • 태그
  • 미디어로그
  • 위치로그
  • 방명록

공지사항

  • Study
  • GitHub
  • Medium Blog

인기 글

  • 스키마(Schema)
    2022.01.08
    스키마(Schema)
  • 자바 버전별 역사 및 특징
    2022.01.12
    자바 버전별 역사 및 특징
  • 깃허브 사용 방법
    2021.12.15
    깃허브 사용 방법
  • 동시성 이슈(Concurrency Issue)
    2022.03.20
    동시성 이슈(Concurrency Issue)
  • JPA 는 과연 1차 캐시를 통해서 Repeatable R⋯
    2021.12.27
    JPA 는 과연 1차 캐시를 통해서 Repeatable R⋯

태그

  • web
  • 디자인패턴
  • DATABASE
  • java
  • OS
  • CS
  • TDD
  • network
  • 알고리즘
  • Spring
  • JPA

최근 댓글

  • 글 잘읽고 가요.
    아이폰
  • 컴파일러자체에서 꼬리재귀를 지원하지 않으니 static으로⋯
    aaa
  • 압도적 감사
    ㅇㅇㅇ

최근 글

  • Write a test code right now
    2022.03.24
    Write a test code right now
  • 동시성 이슈(Concurrency Issue)
    2022.03.20
    동시성 이슈(Concurrency Issue)
  • POJO, JavaBean, Entity, VO, DTO
    2022.02.08
    POJO, JavaBean, Entity, VO, DTO
  • TDD with Agile
    2022.02.05
    TDD with Agile
  • Java Stream 기초
    2022.01.23
    Java Stream 기초

티스토리

hELLO · Designed By 정상우.
DeJa

Techvu

AllocationSize 를 통한 성능 최적화
JPA

AllocationSize 를 통한 성능 최적화

2021. 12. 28. 21:41
728x90

AllocationSize 를 통한 성능 최적화

TABLE 이나 SEQUENCE 전략을 사용할 때, @SequenceGenerator 에 allocationsize 옵션을 설정하여 INSERT 에 관한 성능 최적화를 할 수 있다. allocationsize 의 기본값은 50인데 왜 50으로 설정이 되었을지 테스트를 통해서 배워보자.

Test

@SequenceGenerator(
        name = "MEMBER_SEQ_GENERATOR",
        sequenceName = "MEMBER_SEQ",
        initialValue = 1, allocationSize = 50)
@NoArgsConstructor
@Getter @Setter
@Entity
public class Member {

    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "MEMBER_SEQ_GENERATOR")
    private Long id;

    @Column(name = "name")
    private String username;
}
@DisplayName("AllocationSize 테스트")
@SpringBootTest
class AllocationSizeTest {

    @Value("${persistence.unitname}")
    private String persistenceUnitName;

    @DisplayName("AllocationSize 를 통한 성능 최적화")
    @Test
    void optimizeByAllocationSize() throws Exception {
        EntityManagerFactory emf = Persistence.createEntityManagerFactory(persistenceUnitName);
        EntityManager em = emf.createEntityManager();
        EntityTransaction tx = em.getTransaction();

        tx.begin();
        try {
            Member member = new Member();
            member.setUsername("BAEK");

            // 처음 호출할 때는 값이 1이다. 하지만 설정값이 50으로 되어있기 때문에
            // 한번더 호출하여 SEQ 를 1에서 51로 변경시킨다.
            em.persist(member); // DB Sequence Call : 1, 51
            em.persist(member); // Memory Call
            em.persist(member); // Memory Call
            em.persist(member); // Memory Call

            tx.commit();
        } catch (Exception e) {
            tx.rollback();
        } finally {
            em.close();
            emf.close();
        }
    }
}

애플리케이션 실행 시 아래와 같은 메시지를 볼 수 있다.

Hibernate: create sequence MEMBER_SEQ start with 1 increment by 50

그리고 em.persist(member) 를 처음 호출하는 경우 아래와 같은 메시지를 볼 수 있다.

Hibernate: 
    call next value for MEMBER_SEQ
Hibernate: 
    call next value for MEMBER_SEQ

2번째 부터 5번째의 em.persist(member)에 대해서는 DB 에서 시퀀스 값을 가져오는 것이 아니라, 메모리에 저장되어 있는 시퀀스 값을 가져와서 사용하기 때문에 성능상 이점이 발생한다.

Web Server 가 여러대가 동시에 호출하더라도, 메모리에 값을 쭉 올려놓고 가져와서 사용하는 방식이기 때문에 동시성 문제는 없다고 한다.

728x90
저작자표시 비영리 동일조건
  • 카카오스토리
  • 트위터
  • 페이스북

'JPA' 카테고리의 다른 글

다양한 연관관계 매핑과 설정에 따른 트레이드 오프  (0) 2021.12.31
테이블과 컬럼에 대한 명세를 엔티티에 자세하게 적는것이 좋은지?  (0) 2021.12.29
기본키 매핑 전략에 따른 INSERT QUERY 실행 시점  (0) 2021.12.28
EntityManager 를 쓰레드간 공유하면 안되는 이유  (0) 2021.12.28
JPA 는 과연 1차 캐시를 통해서 Repeatable Read 를 지원할까?  (0) 2021.12.27
    'JPA' 카테고리의 다른 글
    • 다양한 연관관계 매핑과 설정에 따른 트레이드 오프
    • 테이블과 컬럼에 대한 명세를 엔티티에 자세하게 적는것이 좋은지?
    • 기본키 매핑 전략에 따른 INSERT QUERY 실행 시점
    • EntityManager 를 쓰레드간 공유하면 안되는 이유
    JPA, Spring
    DeJa
    DeJa
    Tech Blog
    댓글쓰기
    테이블과 컬럼에 대한 명세를 엔티티에 자세하게 적는것이 좋은지?
    다음 글
    테이블과 컬럼에 대한 명세를 엔티티에 자세하게 적는것이 좋은지?
    기본키 매핑 전략에 따른 INSERT QUERY 실행 시점
    이전 글
    기본키 매핑 전략에 따른 INSERT QUERY 실행 시점

    티스토리툴바