1. redis 為什麼會socket超時
Redis在分布式應用中占據著越來越重要的地位，短短的幾萬行代碼，實現了一個高性能的數據存儲服務。最近mp中心的cm8集群出現過幾次redis超時的情況，但是查看redis機器的相關內存都沒有發現內存不夠，或者內存發生交換的情況
2. 訂單超時為什麼要用Redis
redis過期會調解決訂單超時問題，{redis.addresses} ) private String addresses; //地址配置在配置文件上 @Bean public Re同任何節點建立連接時的等待超時。
3. Linux中進入redis客戶端，報鏈接超時
服務都沒啟動，連接啥
4. php連接redis總是提示超時
伺服器上的連接把IP改成本地IP：127.0.0.1試試看。
5. redis客戶端出現could not get a resource from the pool怎麼解決
在項目中使用redis做緩存，當運行一段時間後就會出現如下錯誤：Could not get a resource from the pool，然後在看具體的異常信息就是JedisPool中獲取不到jedis對象，也就是說連接池中沒有可用的jedis。
自己的第一反應就是把最大鏈接數（setMaxTotal）調大一些，剛開始設置了100、後來200、在後來2000都不行
然後上網一搜發現大家的回答也都是修改最大連接數，如下demo就是網上一篇博客的解釋：
1、產生原因：客戶端去redis伺服器拿連接（代碼描述的是租用對象borrowObject）的時候，池中無可用連接，即池中所有連接被佔用，且在等待時候設定的超時時間後還沒拿到時，報出此異常。
2、解決辦法：調整JedisPoolConfig中maxActive為適合自己系統的閥值。
<bean id="dataJedisPoolConfig" class="redis.clients.jedis.JedisPoolConfig">
[color=red]<property name="maxActive" value="5000"/>[/color]
<property name="maxIdle" value="5000"/>
<property name="maxWait" value="10000"/>
<property name="testOnBorrow" value="true"/>
</bean>
但這個自己也設置了，配置如下：
#最大活動對象數
redis.pool.maxTotal=1000
#最大能夠保持idel狀態的對象數
redis.pool.maxIdle=100
#最小能夠保持idel狀態的對象數
redis.pool.minIdle=50
#當池內沒有返回對象時，最大等待時間
redis.pool.maxWaitMillis=10000
#當調用borrow Object方法時，是否進行有效性檢查
redis.pool.testOnBorrow=true
#當調用
6. redis 持續訪問為什麼會有延遲
（1）redis部署機器性能IO.CPU帶寬等等都沒問題 （2）我訪問redis伺服器IO,CPU,負載沒問題 （3）訪問redis使用mget操作獲取50key查看redis慢操作志由於mget導致查詢慢操作情況少 （4）否由於訪問redis服務訪問其數據資源耗嚴重問題服務訪問其redis資源其redis耗算比較排除問
7. java連接redis超時問題怎麼解決
應該是redis本身的服務有問題了
本文所針對的連接超時問題所涉及的相關元素如下:
Redis客戶端: Jedis (java)
Redis版本 :2.8.12
Redis部署操作系統類型:Linux
正文開始:
No 1.Redis執行大命令(時間復雜度為O(N)的命令)
問題剖析:
a.Redis伺服器端通過單線程處理命令,一旦有大命令被執行,Redis將無法及時響應來自客戶端的任何命令
關於Redis大命令的監控,可以查看slowlog來觀察
b.在使用jedis作為redis客戶端時,當redis連接池的配置參數testOnBorrow=true時,默認會在獲取redis連接
時,先執行redis的ping方法,而基於原因a,此時redis將無法及時響應,自然會報出time out異常
如何解決:
a.盡量避免使用時間復雜度為O(N)的命令
b.如果無法避免使用時間復雜度為O(N)的命令,則應降低其使用頻率,避免在業務高峰期時使用
No 2.Redis單次操作數據包過大
問題分析
a.單次操作數據包過大,且操作頻繁,極有可能會導致網路擁堵
b.在使用jedis作為redis客戶端時,當redis連接池的配置參數testOnBorrow=true時,默認會在獲取redis連接
時,先執行redis的ping方法,而基於原因a,此時redis將無法及時響應,自然會報出time out異常
如何解決:
a.排查代碼,確定是否存在大數據(數據條目過多/單條數據過大)操作,將其進行改造,改造方案有兩個:
a1.數據拆分,變更數據類型(常見的情況是將java中的collection類型序列化後存入redis的String數據
類型中),如將String數據類型調整為hash/list/set等,這常用於解決單條數據量過大的情況
a2.調整業務邏輯,減少單次數據查詢范圍(常見的情況如將redis中的整個hash數據取回,在應用程序內存中獲取需要的entry),如使用hget等單條查詢命令替換hgetall命令
8. 求助各位，關於redis耗時比較嚴重的問題
（1）redis部署的機器性能，IO.CPU，帶寬等等都是沒有問題的
（2）我們訪問redis的伺服器的IO,CPU,負載也是沒問題的
（3）訪問redis使用的是mget操作，一次最多獲取50個key，查看redis的慢操作日誌，由於mget導致的查詢慢操作情況很少
（4）是否是由於訪問redis的服務訪問其他數據資源耗時嚴重的問題，因為服務還訪問了其他的redis資源，其他redis的耗時還算比較正常，因此可以排除這個問題
9. redis集群配置為什麼用自身ip會超時換成127.0.0.1就可以了
- 查看進程 ps -ef | grep redis
- 進程中會顯示你監聽的地址
- 如果是0.0.0.0說明任意地址都可以連接
- 如果是127.0.0.1說明只有本地才可連接，使用區域網地址不行
- 修改配置文件後，需要重啟才生效
- 希望可以幫助你，請採納，謝謝