記一次線上事故,redis 的keys問題,cpu引起的效能問題
公司的一個介面用redis儲存pv/uv,一直以來,非常好用,某天發現,介面反映非常慢,經過長時間排查。是redis的cpu非常高,到了60%以上。之前設定的70%報警。然後有個廣告使用了keys 查詢,我們的redis 裡面的key 有幾千萬,致使 cpu 超高。
改造這個方法後,速度明顯起來了,cpu也降到了20%
以後千萬記得不用keys查詢。
相關文章
- 一次JVM記憶體問題導致的線上事故JVM記憶體
- 線上問題排查:記一次 Redis Cluster Pipeline 導致的死鎖問題Redis
- ThreadLocal引起的一次線上事故thread
- 一次線上CPU高的問題排查實踐
- 記一次排查CPU高的問題
- 揭露 FileSystem 引起的線上 JVM 記憶體溢位問題JVM記憶體溢位
- 記一次 Redis 容量 超限的問題Redis
- 記一次線上FGC問題排查GC
- 故障分析 | show processlist 引起的效能問題
- 一次跨域問題引起的思考跨域
- 從線上當機引起的問題談開去
- JVM 常見線上問題 → CPU 100%、記憶體洩露 問題排查JVM記憶體洩露
- 記憶體洩漏引起的 資料庫效能問題記憶體資料庫
- 多執行緒引起的效能問題分析執行緒
- 記一次線上崩潰問題的排查過程
- 一次inmemory丟失引起的問題分析
- 記一次RocketMQ消費非順序訊息引起的線上事故MQ
- 記一次Git分支合併引起的問題和修復Git
- 記一次線上websocket返回400問題排查Web
- 一次線上OOM問題分析OOM
- 線上Redis-Docker叢集出現物理機崩潰的一次問題記錄RedisDocker
- 一次線上問題處理過程記錄
- 記一次線上報錯日誌問題排查
- 【恩墨學院】一次由查詢轉換引起的效能問題的分析
- SQL執行計劃異常引起的效能問題SQL
- SQL執行計劃異常 引起的效能問題SQL
- 一次rman恢復引起的nologging問題模擬
- iOS 靜態庫-因為CPU架構引起的小問題iOS架構
- 由分號引起的問題
- Redis的KEYS命令引起當機事件Redis事件
- 一次線上OOM問題的個人覆盤OOM
- 一次上線遇到的DB2 dprop問題DB2
- 前公司一次線上問題解決的旅程
- 一次線上問題的排查解決過程
- 一次線上問題排查所引發的思考
- 一次容器MySQL的效能問題排查MySql
- 記一次線上問題引發的對 Mysql 鎖機制分析MySql
- 記一次 JMeter 壓測 HTTPS 效能問題JMeterHTTP
- 記一次Prometheus代理效能優化問題Prometheus優化