<aside>

1. 문제 상황 </aside>

• 문제 코드

@Entity
@Table(name = "p_posts")
@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Post extends BaseEntity {

    public void incrementViews(){
        this.views++;
    }
}

 @Transactional
    public PostResponseDto getPost(UUID postId) {
        Post post = postRepository.findByPostId(postId)
                .orElseThrow(() -> new GlowGlowException(GlowGlowError.POST_NO_EXIST));

        post.incrementViews();

        return PostResponseDto.of(post);
    }

• 게시판 조회에 대한 동시성 문제를 확인하기 위해서 Jmeter로 쓰레드의 수 : 500, Ramp-up : 5초 , Loop Count : 1 로 설정을 하고, 테스트를 진행했습니다.
• 5초 동안 500명의 사용자가 동시에 요청을 보내는 구조입니다. 짧은 시간에 많은 요청이 한꺼번에 들어가므로 서버에 급격한 부하가 걸릴 수 있습니다.
• 그러면 500개의 스레드가 거의 동시에 게시물 조회에 요청을 보내는데, 위와 같이 데이터베이스를 확인해보면 예상했던 조회수가 **500**이 아닌, 448이 나왔습니다. (테스트 마다 계속 달라집니다.)

<aside>

1. 문제 원인 </aside>

• 이는 게시물 조회에 대한 동시성 문제가 발생했다는 것을 의미합니다. 동시성 문제가 발생하는 큰 이유 2가지는 다음과 같습니다.
• 1. 읽기와 쓰기의 분리
  • findByPostId로 엔티티를 조회한 후, 메모리 상의 객체에서 incrementViews() : 쓰기를 호출합니다.
  • 이는 데이터베이스의 실제 값과 일시적으로 불일치를 일으킬 수 있습니다.
• 2. 경쟁 조건(Race Condition)
  • 여러 트랜잭션이 동시에 같은 게시물을 조회하고 조회수를 증가시킬 때, 일부 증가 연산이 손실될 수 있습니다.

정리하자면, 문제의 이유는 트랜잭션 안에서 Read ➡️  Update ➡️  Save의 순서로 흘러갔고, 여러 트랜잭션이 동시에 Read하여 같은 결과를 Save 했기 때문입니다. 이 과정에서 여러 트랜잭션이 동시에 같은 데이터를 읽고 수정하려 할 때 경쟁 조건이 발생했습니다.

<aside>

1. 문제 해결 : 원자적 업데이트 </aside>

@Transactional
public PostResponseDto getPost(UUID postId) {
    Post post = postRepository.findByPostId(postId)
            .orElseThrow(() -> new GlowGlowException(GlowGlowError.POST_NO_EXIST));

    postRepository.incrementViews(postId);
    int updatedViews = postRepository.getViews(postId);
    post.setViews(updatedViews);

    return PostResponseDto.of(post);
}

@Modifying
@Query(value = "UPDATE p_posts SET views = views + 1 WHERE post_id = :postId", nativeQuery = true)
void incrementViews(@Param("postId") UUID postId);

@Query(value = "SELECT views FROM p_posts WHERE post_id = :postId", nativeQuery = true)
int getViews(@Param("postId") UUID postId);