내 생각은 각 메시지를 해시에 저장한 다음 add_timestamp 필드를 사용하여 메시지의 타임스탬프를 기록하는 것입니다. 하지만 이제는 해시의 타임스탬프 필드에서 작업별로 그룹을 수행하는 방법을 모르겠습니다. redis 시간, 아니면 다른 더 좋은 방법이 있나요?
이 메시지는 내용은 짧지만 양과 빈도가 매우 높기 때문에 mysql에 저장할 계획이 없습니다. BAT와 같은 웹사이트에는 시간당 제출된 작업 주문 수 또는 다양한 시간대에 초당 판매량이 매우 높은 제품의 판매량을 계산하는 데 사용되는 Taobao의 공동 구매 통계 시스템과 같은 작업 주문 처리 및 통계 시스템이 있는 것을 확인했습니다. I 그들의 요구 사항은 아마도 그들과 비슷할 것입니다.
내 생각은 각 메시지를 해시에 저장한 다음 add_timestamp 필드를 사용하여 메시지의 타임스탬프를 기록하는 것입니다. 하지만 이제는 해시의 타임스탬프 필드에서 작업별로 그룹을 수행하는 방법을 모르겠습니다. redis 시간, 아니면 다른 더 좋은 방법이 있나요?
이 메시지는 내용은 짧지만 양과 빈도가 매우 높기 때문에 mysql에 저장할 계획이 없습니다. BAT와 같은 웹사이트에는 시간당 제출된 작업 주문 수 또는 다양한 시간대에 초당 판매량이 매우 높은 제품의 판매량을 계산하는 데 사용되는 Taobao의 공동 구매 통계 시스템과 같은 작업 주문 처리 및 통계 시스템이 있는 것을 확인했습니다. I 그들의 요구 사항은 아마도 그들의 요구 사항과 유사할 것입니다.
Redis에 저장할 수 있지만 결국 Redis는 제한된 메모리 용량만 사용하므로 용량 문제를 고려하는 것이 좋습니다. redis 읽기가 상대적으로 새롭고 자주 액세스하는 mongodb, hbase 등과 같은 nosql에 대한 일괄 동기화를 고려할 수 있습니다. 이전 메시지는 nosql을 읽고 액세스 권한이 적습니다.
시간당 메시지 수는 redis 카운터를 사용하여 계산하면 됩니다. 키는 8월 13일의 첫 번째 시간을 의미하는 16.8.13-1이고 값은 메시지 수입니다.