問題：系統接收車況資料，先存在redis中；其次通過定時任務（2分鐘）查詢獲取redis資料進行邏輯處理插入mysql；redis不定時掛掉，客戶總是反饋推送失敗；最后查詢redis中還存在32w條資料，奔潰了都；
求大佬指導，有沒有什么方法優化這塊問題？
uj5u.com熱心網友回復：
布redis集群不知道可不可行
uj5u.com熱心網友回復：
看系統日志，Redis的崩潰原因是什么？估計記憶體占用過高導致
uj5u.com熱心網友回復：
性能不夠機器來湊
加機器加機器
uj5u.com熱心網友回復：
目前redis就是集群的
uj5u.com熱心網友回復：
哨兵模式，主從服務器自動切換，不至于說redis掛掉，導致推送失敗吧uj5u.com熱心網友回復：
先確認一下 redis 為什么無故掛掉。用上集群了，看一下 redis 的 key 是不是分布不均勻？機器配置怎么樣，不是很好的話，入庫后及時把不用的 key 洗掉。或者考慮用佇列的方式處理入庫邏輯，沒有別的佇列，redis 也可以做佇列，入 redis5.0 新增的 stream 資料型別。uj5u.com熱心網友回復：
為森么不落庫啊？redis就很香嗎。我覺得redis用錯了。
uj5u.com熱心網友回復：
這業務場景用mq不香嗎uj5u.com熱心網友回復：
這個場景就是消費者速度過慢,完全不需要使用定時任務啊,直接弄個執行緒池輪詢,redis資料結構佇列模式即可uj5u.com熱心網友回復：
這個不應該用mq嗎？轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/24225.html
標籤：Java SE
上一篇：大佬來出出主意
下一篇：maven專案管理