작성한 질문수 58

0

wnsqud70님, 안녕하세요!

질문 이해를 잘 못하였는데, 아래 내용 물어보신게 맞을까요?!

현재 강의에서 사용한 mysql 버전의 디폴트 격리 레벨에서는 커밋된 데이터만 읽을 수 있습니다.

그래서 타 트랜잭션에서 변경을 하였더라도, 커밋되지 않은 변경 사항이라면 현 트랜잭션에서 읽을 수 없습니다.

이미 커밋된 과거 데이터만 조회되는 것입니다.

동시 요청이 조회해온 과거 데이터는 동일할 것이고, 이에 대해 증가 처리를 수행하면 데이터가 유실될 수 있으므로, 동시성 이슈가 발생한다고 볼 수 있습니다.

근데 만약 조회 시점에 로우락을 걸어버리면(select for update 등으로),

타 트랜잭션의 새로운 데이터 변경 사항 커밋이 완료될 때까지 현 트랜잭션의 조회가 지연되므로,

이 경우에는 동시성 이슈가 해결된다고 볼 수 있습니다.

혹시 더 궁금한 점 있으시면 편히 문의 주세요!

0

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

질문해 주신 내용은 데이터베이스의 동시성 제어 및 격리 수준 에 관련된 사항입니다. 특히, rowLock 과 관련된 동시성 제어에 대해 질문을 주셨는데요. 다음과 같은 점들을 고려해 보시면 도움이 될 것 같습니다.

rowLock의 장단점

1. 장점:

   • rowLock 은 특정 행(row)에 대한 락을 의미하며, 다른 트랜잭션이 해당 행을 수정하지 못하도록 방지합니다. 이는 데이터의 무결성을 보장하는데 도움이 됩니다.
     

2. 단점:

   • 동시성 저하: 여러 트랜잭션이 동시에 동일한 행을 수정하려고 할 때 rowLock 이 발생하여 자주 대기 상태가 될 수 있습니다.
     
   • 데드락 가능성: 여러 트랜잭션이 상호 의존적인 락을 요구할 경우 데드락이 발생할 수 있습니다.
     
   • 격리수준 문제: rowLock 이 걸린 상태에서도 격리 수준에 따라 이미 조회된 데이터를 기반으로 다른 트랜잭션이 작업을 진행할 수 있습니다. 예를 들어 Read Committed 격리 수준에서는 트랜잭션 간 조회 격리가 약하여 동시성 이슈가 완전히 해결되지 못할 수 있습니다.
     

격리 수준과 동시성 문제

• MySQL에서의 격리 수준은 트랜잭션의 동시성과 일관성을 조절하는 중요한 요소입니다. 만약 낮은 레벨의 격리 수준을 사용한다면 rowLock 이 걸려도, 트랜잭션 사이의 일관성을 보장하기 어려울 수 있습니다.

• 각기 다른 트랜잭션이 동일한 데이터에 대해 비슷한 시점에 조회 를 수행할 경우, 동일한 결과 를 얻을 수 있게 되기 때문에 그 결과로 생기는 동시성 문제가 해결되지 않을 수 있습니다.

비슷한 주제를 다루는 내용을 더 확인하시려면 다음 링크를 참조해 보세요: 데이터베이스 격리 수준과 락 관련 이슈 해결 (게시글 제목).

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