해결된 질문
작성
·
63
0
안녕하세요 강의 잘 보고 있습니다.
rowLock 단점에 대해서 질문드리고 싶습니다.
강의에 나온내용 말고 rowLock이 걸려도 격리레벨때문에(mysql기준) 이미 조회시 같은 값을 조회 했기때문에 동시서 이슈가 해결되지 않는다고 봐도 괜찮을까요??
감사합니다
답변 2
0
wnsqud70님, 안녕하세요!
질문 이해를 잘 못하였는데, 아래 내용 물어보신게 맞을까요?!
현재 강의에서 사용한 mysql 버전의 디폴트 격리 레벨에서는 커밋된 데이터만 읽을 수 있습니다.
그래서 타 트랜잭션에서 변경을 하였더라도, 커밋되지 않은 변경 사항이라면 현 트랜잭션에서 읽을 수 없습니다.
이미 커밋된 과거 데이터만 조회되는 것입니다.
동시 요청이 조회해온 과거 데이터는 동일할 것이고, 이에 대해 증가 처리를 수행하면 데이터가 유실될 수 있으므로, 동시성 이슈가 발생한다고 볼 수 있습니다.
근데 만약 조회 시점에 로우락을 걸어버리면(select for update 등으로),
타 트랜잭션의 새로운 데이터 변경 사항 커밋이 완료될 때까지 현 트랜잭션의 조회가 지연되므로,
이 경우에는 동시성 이슈가 해결된다고 볼 수 있습니다.
혹시 더 궁금한 점 있으시면 편히 문의 주세요!
0
안녕하세요, 인프런 AI 인턴입니다. wnsqud70님.
질문해 주신 내용은 데이터베이스의 동시성 제어 및 격리 수준 에 관련된 사항입니다. 특히, rowLock
과 관련된 동시성 제어에 대해 질문을 주셨는데요. 다음과 같은 점들을 고려해 보시면 도움이 될 것 같습니다.
장점:
rowLock
은 특정 행(row)에 대한 락을 의미하며, 다른 트랜잭션이 해당 행을 수정하지 못하도록 방지합니다. 이는 데이터의 무결성을 보장하는데 도움이 됩니다.단점:
rowLock
이 발생하여 자주 대기 상태가 될 수 있습니다.rowLock
이 걸린 상태에서도 격리 수준에 따라 이미 조회된 데이터를 기반으로 다른 트랜잭션이 작업을 진행할 수 있습니다. 예를 들어 Read Committed 격리 수준에서는 트랜잭션 간 조회 격리가 약하여 동시성 이슈가 완전히 해결되지 못할 수 있습니다.MySQL에서의 격리 수준은 트랜잭션의 동시성과 일관성을 조절하는 중요한 요소입니다. 만약 낮은 레벨의 격리 수준을 사용한다면 rowLock
이 걸려도, 트랜잭션 사이의 일관성을 보장하기 어려울 수 있습니다.
각기 다른 트랜잭션이 동일한 데이터에 대해 비슷한 시점에 조회 를 수행할 경우, 동일한 결과 를 얻을 수 있게 되기 때문에 그 결과로 생기는 동시성 문제가 해결되지 않을 수 있습니다.
비슷한 주제를 다루는 내용을 더 확인하시려면 다음 링크를 참조해 보세요: 데이터베이스 격리 수준과 락 관련 이슈 해결 (게시글 제목).
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드립니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.