PHP 메시지 큐

Message Queue MQ는 본질적으로 대기열에 참여하고 대기열에서 제외하는 것입니다. 대기열에 합류할 시기와 조건, 프로그램에 따라 대기열에서 제외할 시기와 조건을 결정합니다. 즉, 대기열에 넣기 시스템과 대기열에서 빼기 시스템의 비즈니스 요구 사항이 일치하지 않는 시나리오가 발생하는 경우 이를 구현하기 위해 메시지 대기열을 사용할지 여부를 고려할 수 있습니다. 적용 가능한 시나리오는 다양합니다. 다음은 몇 가지 일반적인 시나리오와 설명입니다.

One: 비동기 처리, 애플리케이션 분리, 배포

시나리오: 주 사업이 하위 사업의 처리 결과에 관심이 없는 경우.

사례: 전자상거래 시스템에서 주문 시스템, 물류 시스템, 금융 시스템, 작업 로그 기록 시스템 간의 관계.

인기 설명: Xiao Ming은 케이크 가게 점원입니다. 그는 케이크를 만든 뒤 창구에 올려놓고 해당 주문서에 '완료'라고 표시한 뒤, 그 케이크가 언제, 어떻게 팔리든 상관하지 않고 계속해서 다음 케이크를 만들었다.
구현: 대기열 미들웨어 또는 중간 시스템을 사용하여 여러 비즈니스 시스템의 공통 부분을 저장하고 독립적으로 처리합니다. 각 시스템의 처리 진행 상황은 자체 독립 태그를 사용하여 기록할 수 있습니다. 모든 시스템이 작업을 완료한 후 큐에서 빼기 작업을 수행하거나 데이터 저장을 유지합니다.

참고: 장애가 발생하고 복구될 때 비즈니스 프로세스를 복원할 수 있도록 중간 데이터의 재해 복구 기능을 고려해야 합니다. 모든 데이터가 올바르게 처리될 수 있는지 확인하십시오.

두 가지: 피크 처리

시나리오: 다양한 시점에서 트래픽이 불균형합니다

사례: 깜짝 세일, 급한 세일

설명: Xiao Ming은 케이크를 만드는 데 시간이 오래 걸리고, 그 후에는 주문이 들어오면 목록에 등록한 뒤, 순차적으로 하나씩 만들어 갑니다. 주문 수량이 너무 많으면 일시적으로 "품절" 표시가 나타납니다.

구현: 단일 스레드 도구를 사용하여 비즈니스 요구 사항을 대기열에 추가합니다. 비즈니스 요청이 임계값에 도달하면 친근한 프롬프트가 제공되고 사용자의 요청이 거부됩니다.

참고: 피크 수요의 경우 트래픽이 후속 비즈니스에 영향을 미치지 않도록 피크 기간 동안 "일시적으로 구매가 불가능합니다. 기다려주세요"와 같은 메시지를 게시할 수 있습니다. 플래시 세일 등 필요한 경우에는 초과 발행 문제를 고려해야 합니다. 할당량 카운터를 추가하거나 플래시 세일 할당량이 가득 차면 플래시 세일 완료 표시를 발행할 수 있습니다. 후속 처리 프로그램이 완료 표시를 감지하면 후속 처리가 수행됩니다.

3: 배송 보장

시나리오: 콘텐츠를 하나씩 엄격하게 실행해야 하며 실행이 실패하거나 중단되면 복원될 수 있습니다.

사례: 은행 및 금융 시스템은 재해 복구 기능을 향상해야 합니다. 시스템

설명: Xiao Ming이 만든 케이크는 고객이 다음 케이크를 계속 만들기 전에 검사하고 서명해야 합니다.

구현: 대기열 시스템이 비즈니스 요구 사항을 메시지 대기열에 기록한 후 다음 비즈니스 처리를 진행합니다. 후속 처리 프로그램은 대기열 내용을 하나씩 처리하고 처리가 완료된 후 "Complete Permit"을 발급합니다. 메시지 큐의 내용은 "전체 권한"을 획득한 후에만 메시지 큐에서 삭제할 수 있습니다.

주의사항: 비즈니스 복구 문제, 중복 처리 문제 등 재해 복구 관련 문제에 중점을 둡니다.

4: 정렬 보장

시나리오: 메시지 대기열의 콘텐츠에는 엄격한 순서가 있습니다.

사례: 대기열 대기 시스템

설명: 샤오밍은 케이크를 만드는 순서를 엄격하게 따라야 합니다.

구현: 대기열에 넣기 시스템은 내용을 메시지 대기열에 하나씩 기록하고 한 줄로 정렬합니다. 데이터는 선입선출 순서로 제안되며 나중에 처리됩니다.

참고: 생산 라인이 하나만 있는지 확인하려면 단일 스레드를 사용해야 합니다.

5 여러 소비자가 메시지 중간 계층을 구독하면 게시자가 중간 계층에 정보를 게시합니다. 이 중간 계층을 구독하는 소비자는 이 메시지를 수신하고 후속 처리를 수행할 수 있습니다. 이 구조에서. 메시지 후속 처리 구성 요소를 추가하려면 이 구성 요소를 중간 계층에 구독하기만 하면 됩니다. 참고: 확장 중에 간섭을 방지하려면 비즈니스 간에 깊은 결합이 없는지 확인하세요.

위는 메시지 대기열에 대해 일반적으로 사용되는 몇 가지 시나리오입니다. 메시지 대기열은 시스템 간의 차이를 완화하고 시스템 안정성을 향상시킬 수 있습니다.

메시지 큐 매체를 선택할 때 학생들이 처음에 조건과 목표를 최대화하지 않아도 되는 것이 좋습니다. 문제를 완벽하게 해결하려면 어떤 조건을 사용해야 합니까? 프로그램은 여전히 ​​장기적인 유지 관리와 최적화 과정이 필요합니까? .
트래픽이 많고 많은 양의 영구 데이터가 필요한 경우 Redis의 성능 저하가 여전히 심각하지만 여전히 Redis에서 대기열을 배우는 것이 좋습니다. 이 과정에서는 응용 프로그램 시나리오와 아이디어만 이해합니다. 모든 온라인 프로젝트는 끊임없이 최적화되고 완벽해집니다. 영상 세트를 통해 모든 문제를 완벽하게 해결하고 싶다면 각 작업의 요구 사항과 적용 시나리오를 수행할 수 없는 점 양해 바랍니다. 다르므로 요구사항이 다른 경우에는 특정 요구사항을 개선하기만 하면 됩니다.

---

큐 수요를 판단할 때 큐 조건 적용 여부를 판단할 때 카운터 필드를 추가해야 합니다. 큐에 푸시될 때마다 현재 큐의 길이를 판단해야 합니다. 숫자가 제한된 플래시 판매 수를 초과하면 대기열 프로그램에 들어가지 않습니다.

실제 사용에서는 메시지 대기열을 추가해야 하는 곳을 의도적으로 추적할 필요가 없습니다. 대신, 사업 분리 및 분리를 수행할 때와 일부 특별한 요구 사항을 수행할 때 실제 상황에 따라 합리적으로 선택하고 사용해야 합니다.

위 내용은 PHP 메시지 큐의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!