當請求量過大, 而且在這時又有大量的Key值失效, 導致大量的請求都打到數據庫中, 導致數據庫中連接數不足, 出現大量的阻塞, 結果服務器連續崩潰的情況稱爲redis雪崩
解決方案
- 事前: redis高可用, 主從+哨兵
- 事中: ehcache緩存+hystrix 限流與降級
- 事後: redis持久化, 一旦重啓, 優先從磁盤中獲取數據. 避免請求再次到數據庫中
當請求量過大, 而且在這時又有大量的Key值失效, 導致大量的請求都打到數據庫中, 導致數據庫中連接數不足, 出現大量的阻塞, 結果服務器連續崩潰的情況稱爲redis雪崩
出現了大量的請求是redis中不存在的key值, 從而請求都走到了數據庫中, 給服務器造成了壓力 解決方案 對於無效的請求也需要設置一個無效的固定值到redis中, 避免請求直接走到數據庫中
如何爲innodb選擇主鍵 主鍵應該儘可能的小 主鍵應該是順序增長的(可以增加插入的效率, 如果不是順序增長的可能會導致每次插入之後都會進行排序操作) innodb的主鍵和業務主鍵可以不同