## redis變慢的原因 * 使用復雜度過高的命令 ~~~ 設置慢日志的閾值 ? 命令執行耗時超過?5?毫秒，記錄慢日志 CONFIG?SET?slowlog-log-slower-than?5000 只保留最近?500?條慢日志 CONFIG?SET?slowlog-max-len?500 (1)經常使用 O(N) 以上復雜度的命令，例如 SORT、SUNION、ZUNIONSTORE 聚合類命令 (2)使用 O(N) 復雜度的命令，但 N 的值非常大(注：N<=300最佳) ~~~ * 操作bigkey 插入數據分配內存時比較耗時，刪除數據釋放內存也會比較耗時 * 集中過期 主動過期策略的原因 **這個主動過期 key 的定時任務，是在 Redis 主線程中執行的**。 也就是說如果在執行主動過期的過程中，出現了需要大量刪除過期 key 的情況，那么此時應用程序在訪問 Redis 時，必須要等待這個過期任務執行結束，Redis 才可以服務這個客戶端請求。此時就會出現，應用訪問 Redis 延時變大。 * 實例內存達到上限 配置了**maxmemory**，設置了內存淘汰策略，寫入是延遲變大，當 Redis 內存達到 maxmemory 后，每次寫入新的數據之前，**Redis 必須先從實例中踢出一部分數據，讓整個實例的內存維持在 maxmemory 之下**，然后才能把新數據寫進來 * fork耗時嚴重 ~~~ 操作 Redis 延遲變大，都發生在 Redis 后臺 RDB 和 AOF rewrite 期間**，那你就需要排查，在這期間有可能導致變慢的情況。 當 Redis 開啟了后臺 RDB 和 AOF rewrite 后，在執行時，它們都需要主進程創建出一個子進程進行數據的持久化。 主進程創建子進程，會調用操作系統提供的 fork 函數。 而 fork 在執行過程中，**主進程需要拷貝自己的內存頁表給子進程**，如果這個實例很大，那么這個拷貝的過程也會比較耗時。 ~~~ 補充： 什么是內存大頁？ 我們都知道，應用程序向操作系統申請內存時，是按**內存頁**進行申請的，而常規的內存頁大小是 4KB。 Linux 內核從 2.6.38 開始，支持了**內存大頁機制**，該機制允許應用程序以 2MB 大小為單位，向操作系統申請內存。 應用程序每次向操作系統申請的內存單位變大了，但這也意味著申請內存的耗時變長。 內容來源：https://mp.weixin.qq.com/s/iYCiaa53nXWugU5uTHjeSw