[test] uploadPhoto, updateEmail 동시 호출 시 문제 확인 및 테스트 #46
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
RumosZin
requested review from
win-luck,
pjw-redt,
alsrudrl1220 and
tthisag246
win-luck
approved these changes
Sep 10, 2024
Comment on lines
+64
to
+65
| System.out.println("success count: " + successCount.get()); | ||
| System.out.println("fail count: " + failCount.get()); |
There was a problem hiding this comment.
System.out보다는 log를 활용하시는 게 더 적합할 것 같습니다.
Comment on lines
+22
to
+23
| @Test | ||
| void 수정_조회가_동시에_발생하는_경우_테스트() throws InterruptedException { |
There was a problem hiding this comment.
테스트명을 한글로 작성하셔도 되지만 @DisplayName 어노테이션으로 별도로 분리하시는 것도 좋습니다.
There was a problem hiding this comment.
사용자가 이미지 생성을 기다리는 중에 이메일을 변경하려는 상황을 가정하고, 두 메서드가 동시에 실행되는 경우 수정사항이 분실되는 것을 해결하기 위한 의미있는 시도라고 생각합니다~!
제시하신 문제 상황이 빈번하게 일어나는 상황은 아니기 때문에, 비관적 락으로 인해 불필요하게 조회를 못하고 트랜잭션이 대기하는 일이 생기는 것보다 말씀해주신 것처럼 낙관적 락을 사용하여 성능 저하를 막는 것이 좋아보입니다.
낙관적 락의 구현 방식으로 @Version을 통해 "데이터를 수정할 때 변경이력을 확인"하여 @Retryable로 "트랜잭션 충돌 시 재시도하는" 방법 좋다고 생각합니다.
해당 이슈와 관련해서 이전에 이메일 전송의 트랜잭션 범위에 대해 의논을 했던 것과 같이,
메일 전송은 구글의 smtp를 사용하기 때문에 메일 서버와 통신할 수 없는 상황이 발생하는 것을 고려하여 "메일 전송 부분은 트랜잭션에 제외시켜서 스레드를 유지하지 않는 것"이 좋다는 것과도 연관이 있어서 좋은 주제라고 생각이 듭니다!
수고 많으셨습니다~
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
연관 이슈
작업 내용
문제 파악 / 해결 방식에 대해 PR에 자세히 적긴 어려울 것 같아 따로 작성하고 링크를 남깁니다.
리뷰 요구사항
두 가지 방식으로 해결이 가능하나, 하나를 골라서 적용해야 한다면 낙관적 락이 나은 방식이라고 생각합니다.
비관적 락을 사용하면 간단히 데이터의 일관성을 보장하지만, 순차적으로 트랜잭션을 수행하므로 성능이 저하될 우려가 있습니다.
이에 비해 낙관적 락을 사용하면 재시도 로직을 구현해야하지만 락에 의한 조회 시 성능 저하는 발생하지 않습니다. 한 메서드에 여러 요청이 몰려서 충돌이 잦을 것으로 예상되면 비관적 락을 골랐을 것이지만, 현재는 두 메서드가 만에 하나 같은 데이터를 수정하려 하는 경우 발생하는 문제이므로, 낙관적 락을 이용한 방식이 나을 것 같습니다.
낙관적 락으로 해결 3c69103 < 누르면 comment 있습니당
비관적 락으로 해결 4210ea3
각각 코드 보시고 의견 주세요!