사례> A는 "버퍼"할 수있는 중간 랙 메시징 미들웨어 계층 "하나의 인터페이스 처리 사업을 잡아", "시간 요청 우리 인터페이스의 유입의 순간 러시"을 방지하기 위해 공정 "을 범프"- 우리가 "요청"에있을 것입니다 , 서버가 동기화 요청에 너무 늦기 때문에 종종 현상을 막는 것은 발생 주로 고도의 동시 환경에, 예를 들어, 증가 요청 동료의 많은 양의, MySQL은 같은 도착 무수한의 직접적인 결과를 (삽입, updata)를 수정 행 잠금, 테이블 잠금, 따라서 너무 많은 연결 오류를 트리거 너무 많은 요청을 최종적으로 축적. MQ 메시지 큐를 사용하여, 우리는 시스템의 압력을 완화하기 위해 비동기 요청을 처리 할 수 있습니다.
사실, 큐와 함께 당신이해야 할 수 있도록 API 이러한 내부에서 다음 서버 액세스 작업 JAVA에 LinkedBlockingQueue 등의 직접 사용으로 게이트웨이, 메시지 큐에 고객의 요청입니다, 그러나, 처리 할 수있는 서버를 방지하기 위해 요청을 잡아 처리.
당신이 직업 MQ를 사용하는 경우, 그 할 게이트웨이 API 생산, 큐에 클라이언트 요청하고, 백 엔드 서버가 소비자 요청이 데이터베이스로 직접 이동하지 않고, 약탈 여러 사람들이 동시에 처리 할 수있는 MQ 작업에서 얻을 수 있습니까 먼저 넣어 큐에 상기 요청을 처리하는 시스템의 첫 번째 행은, 명령, 다른 창을 얻었다.
