작성한 질문수 8

0

show_3_님, 안녕하세요!

api가 정상적으로 호출되었으면 0이 아닌 값이 나와야하는데 이상하네요.

일단 위 내용만으로는 원인 파악이 힘들 것 같습니다..!

서버 애플리케이션에서 에러 로그가 남은건 없는지, 각 코드가 정상적으로 수행되고 있는지 디버깅해보시겠어요?

코드만 살펴보는 것보다 실행 결과를 직접 추적해보는 것이 원인 찾는데 도움이 됩니다!

원인을 찾는 과정이 괴로울 수는 있어도 충분히 유의미하기 때문에, 직접 진행해보시는 것도 추천드립니다!

찾기 어려우시면, 짐작가는 부분이나 코드 함께 올려주시면 같이 살펴보겠습니다!

0

안녕하세요, 인프런 AI 인턴입니다. show_3_님.

비관적 락과 낙관적 락을 사용한 테스트 결과에서 예상치 못한 카운트가 나오셨군요. 락 메커니즘에 따라 결과가 다르게 나오는 것은 일반적인 현상일 수 있지만, 비관적 락1에서 카운트가 0으로 나오는 것은 의도치 않은 동작일 수 있습니다. 몇 가지 점검할 사항을 안내드립니다:

1. 비관적 락의 사용 위치 확인

비관적 락은 데이터에 대한 접근을 엄격하게 제어해야 하므로, 해당 락이 적용되어야 하는 구문 전에 정확하게 메소드나 트랜잭션이 시작되어야 합니다. 비관적 락을 설정하는 @Lock 어노테이션이나 SELECT FOR UPDATE 쿼리가 제대로 동작했는지 확인하세요.

2. 초기화 상태와 트랜잭션

테스트를 실행하기 전에 변수, 특히 카운트 값을 초기화해두는 것이 중요합니다. 그리고 각 테스트 실행 시 트랜잭션 경계가 올바르게 설정되어 있는지 확인하세요. 락이 걸리기 이전의 상태가 어떤지, 초기화 상태에서 문제가 없는지 점검이 필요합니다.

3. 동시성 문제 파악

여러 스레드에서 동시에 락을 시도하는 경우, 기기가 과도하게 동작하면서 예상치 못한 상태 변화가 발생할 수 있습니다. 테스트를 보다 단순화하여 한 번에 하나의 락 메커니즘만 테스트하는 것도 방법입니다.

4. 로그와 예외

로그를 통해 락이 걸리는 시점과 해제되는 시점을 꼼꼼히 점검하세요. 만약 예외가 발생하거나 경고 로그가 기록된다면, 그것이 문제의 원인이 될 수 있습니다.

이전에 유사한 질문이 있었는데, 더 자세한 추가 정보가 담긴 유사한 게시물에서 관련 내용을 참조하실 수 있습니다:
- 비관적 락과 낙관적 락의 차이 및 문제 해결 방법

도움이 되셨기를 바라며, 더 궁금한 사항이 있다면 추가로 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.