인프런 커뮤니티 질문&답변

eoyeong님, 안녕하세요!

설명이 일부 부족한 부분이 있었네요. 보충 설명 드립니다!

article insert 시점에는 어차피 좋아요 동작도 수행할 수 없으므로, 레코드 락이 충돌될 상황은 발생하지 않는게 맞습니다.

"쓰기 작업"이라는 용어 때문에 혼동이 있었을 것 같은데요,

"쓰기 작업"이라는 단어가 관점에 따라 생성/수정/삭제를 모두 포함하는 용어로 해석할 수 있기도 하지만, "게시글 수정 작업"이라는 용어로 표현하는게 더욱 명확했을 수도 있겠네요.

(DB 관점(?)에서는 읽기(READ), 쓰기(CREATE/UPDATE/DELETE)로 표현되기도 합니다!)

말씀하신대로 "게시글 수정 - 좋아요 수 업데이트"에 대한 상황이 맞습니다! (정확히는 삭제의 경우도 가능하겠네요)

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

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

질문해주신 내용은 데이터베이스의 락(lock) 메커니즘과 관련이 있습니다. 특히나 데이터베이스에서의 쓰기와 갱신 작업이 서로에게 어떤 영향을 줄 수 있는지에 대한 부분인데요, 몇 가지 개념을 이해하시면 도움이 되실 것 같습니다.

X-Lock (Exclusive Lock)

• X-Lock은 특정 레코드에 대한 배타적 잠금을 의미합니다. 즉, 이 잠금이 걸린 동안에는 해당 레코드에 대해 다른 트랜잭션이 읽기나 쓰기 작업을 수행할 수 없습니다.
  

Insert와 Update 간의 영향

• 실무에서 insert 문과 update 문이 동시에 실행된다면, 각 트랜잭션이 서로 다른 레코드를 변경하는 경우에는 일반적으로 문제를 일으키지 않습니다.
  
• 그러나, 같은 레코드에 대해 insert와 update가 동시에 실행되어야 한다면, 충돌이 발생할 수 있으며, 이 경우 데드락이나 병목 현상을 유발할 수 있습니다.
  

상관없는 락과 데이터 처리

• 질문 내용에는 “상관 없는” 레코드에 대한 X-Lock의 문의가 포함되어 있습니다. 특정 레코드에 대한 잠금이 다른 레코드에서의 insert/updates에 직접 영향을 미치지 않는다는 것은 맞습니다. 그러나 이 경우 여전히 데이터베이스의 일관성과 무결성을 보장하기 위해 설계와 시행 착오가 필요할 수 있습니다.
  

관련 유사한 설명이나 질문에 대한 자세한 예제가 아래 게시글에서 다루어질 수 있습니다:
- 데이터베이스 락과 동시성 문제 해결 방법

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