작성한 질문수 18

0

1.pk를 순서로 저장해도 무관할것 같습니다.

2.redis와 상관없이 spring이 멀티스레드를 처리하므로 메시지가 순간적으로 동시에 가깝게 발행이 될수 있다고 보여집니다. 그 과정에서 redis를 통한 pub/sub 등 메시지 발행 과정이 상대적으로 긴 흐름으로 이어지기에 실질적으로는 사용자가 메시지를 발송한 순서를 100% 보장한다고 보기는 어려울수도 있습니다. 그러나, 서버의 물리적 이슈가 있지 않는한 논리적으로는 메시지 발행순서가 보장되는것이 맞기에 이를 대비하는 등의 코드나 아키텍처를 구성할 필요는 없어 보입니다.

0

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

현재 프로젝트에서 채팅 메시지를 저장할 때의 순서 문제에 대해 질문해 주셨습니다. 특히, 초 단위로 같은 시간에 여러 메시지가 저장될 때 순서가 엉키는 문제와 이를 해결하기 위한 접근 방식에 대해 문의하셨습니다.

메시지 순서 보장 전략

1. Auto Increment PK 사용 여부:

   • Auto Increment를 사용하는 PK 값은 보통 데이터베이스에 저장된 순서대로 증가하기 때문에, 데이터베이스에 저장된 순서로 레코드를 다시 가져오는 데 유용할 수 있습니다.
     
   • 그러나 만약 Redis의 Pub/Sub 구조에서 메시지가 다소 최신 값에 기반해 중간에 누락되거나 순서가 어긋날 가능성을 염려하는 경우, 단순히 PK를 사용하는 것만으로는 충분하지 않을 수 있습니다.
     

2. 타임스탬프와 PK의 조합:

   • 메시지를 DB에 저장할 때, 타임스탬프와 함께 사용하여 정보를 저장하는 것도 한 가지 방법입니다. 타임스탬프는 기본적으로 저장 순서에 대한 일차적인 기준을 제공하고, 초 단위로 겹치는 경우 PK를 통한 보완적인 정렬 기준을 사용할 수 있습니다.
     

3. Thread/Process-Safe Ordering:

   • WebSocket 메시징이 병행 처리되더라도, 데이터베이스 엑세스 자체가 순차적이므로 Redis에서 메시지를 발행하는 순서(싱글 스레드의 특성)를 어느 정도 유지할 수는 있지만, IO 지연 등에 의해 메시지 저장 순서가 완벽하게 보장되지는 않을 수 있습니다.
     

4. Alternative: Logical Sequence:

   • 메시지가 생성될 때마다 고유의 논리적인 순서 값을 추가로 설정하여 이를 기준으로 정렬 또는 검증하는 방법도 고려할 수 있습니다.
     

관련 사례나 방법론에 대한 유사한 질문이 존재하는 경우, 이를 통해 더 많은 정보를 얻으셔서 프로젝트에 도움이 되시기를 바랍니다:

• 메시지 저장과 순서 보장 방법에 대해 논의한 다른 질문을 참고하세요.
  

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