StackExchange.Redis.RedisConnectionException: No connection is available to service this operation:

向右看齐 2024-04-19 12:51 54阅读 0赞

### C\#连接redis出现下面错误解决方案 ###

客户端报错如下：  
StackExchange.Redis.RedisConnectionException: No connection is available to service this operation: EXISTS UserSysData\_1016644; SocketFailure on 192.172.0.128:6379/Interactive, origin: CheckForStaleConnection, input-buffer: 0, outstanding: 3, last-read: 1s ago, last-write: 0s ago, unanswered-write: 1s ago, keep-alive: 60s, pending: 0, state: ConnectedEstablished, in: 0, ar: 0, last-heartbeat: 0s ago, last-mbeat: 0s ago, global: 0s ago, mgr: RecordConnectionFailed\_ReportFailure, err: never; IOCP: (Busy=1,Free=999,Min=8,Max=1000), WORKER: (Busy=3,Free=32764,Min=8,Max=32767), Local-CPU: n/a —> StackExchange.Redis.RedisConnectionException: SocketFailure on 192.172.0.128:6379/Interactive, origin: CheckForStaleConnection, input-buffer: 0, outstanding: 3, last-read: 1s ago, last-write: 0s ago, unanswered-write: 1s ago, keep-alive: 60s, pending: 0, state: ConnectedEstablished, in: 0, ar: 0, last-heartbeat: 0s ago, last-mbeat: 0s ago, global: 0s ago, mgr: RecordConnectionFailed\_ReportFailure, err: never  
— 内部异常堆栈跟踪的结尾 —

**1.此时查看redis内存使用情况**  
![在这里插入图片描述][20190918153715210.png]  
**大家可以看到， user\_momory\_human=used\_memory\_peak\_human 指标。这样代表峰值的时候redis内存已经不够用了，导致服务往内存插入数据插不进去，报上述错误。**  
为什么会有这么大的数据量 一个是没有设置数据过期时间，二是生产的确有这么大的数据量，我们此时临时解决方案：增加redis最大内存 命令： **config set maxmemory 25G** ，临时增大为25G，重启客户端程序，此时程序不报错了。后期可能会根据业务情况，设置不同的key过期时间不同，这样redis压力也不会大。  
关于如何在项目中正确使用redis，参考我的另一篇文章 https://blog.csdn.net/Z\_\_Sheng/article/details/100177644  
2.redis命令详解

下面是介绍命令信息：来自菜鸟教程：  
**server : 一般 Redis 服务器信息，包含以下域：**  
redis\_version : Redis 服务器版本  
redis\_git\_sha1 : Git SHA1  
redis\_git\_dirty : Git dirty flag  
os : Redis 服务器的宿主操作系统  
arch\_bits : 架构（32 或 64 位）  
multiplexing\_api : Redis 所使用的事件处理机制  
gcc\_version : 编译 Redis 时所使用的 GCC 版本  
process\_id : 服务器进程的 PID  
run\_id : Redis 服务器的随机标识符（用于 Sentinel 和集群）  
tcp\_port : TCP/IP 监听端口  
uptime\_in\_seconds : 自 Redis 服务器启动以来，经过的秒数  
uptime\_in\_days : 自 Redis 服务器启动以来，经过的天数  
lru\_clock : 以分钟为单位进行自增的时钟，用于 LRU 管理

**clients : 已连接客户端信息，包含以下域：**  
connected\_clients : 已连接客户端的数量（不包括通过从属服务器连接的客户端）  
client\_longest\_output\_list : 当前连接的客户端当中，最长的输出列表  
client\_longest\_input\_buf : 当前连接的客户端当中，最大输入缓存  
blocked\_clients : 正在等待阻塞命令（BLPOP、BRPOP、BRPOPLPUSH）的客户端的数量

**memory : 内存信息，包含以下域：**  
used\_memory : 由 Redis 分配器分配的内存总量，以字节（byte）为单位  
used\_memory\_human : 以人类可读的格式返回 Redis 分配的内存总量  
used\_memory\_rss : 从操作系统的角度，返回 Redis 已分配的内存总量（俗称常驻集大小）。这个值和 top 、 ps 等命令的输出一致。  
used\_memory\_peak : Redis 的内存消耗峰值（以字节为单位）  
used\_memory\_peak\_human : 以人类可读的格式返回 Redis 的内存消耗峰值  
used\_memory\_lua : Lua 引擎所使用的内存大小（以字节为单位）  
mem\_fragmentation\_ratio : used\_memory\_rss 和 used\_memory 之间的比率  
mem\_allocator : 在编译时指定的， Redis 所使用的内存分配器。可以是 libc 、 jemalloc 或者 tcmalloc 。  
在理想情况下， used\_memory\_rss 的值应该只比 used\_memory 稍微高一点儿。  
当 rss > used ，且两者的值相差较大时，表示存在（内部或外部的）内存碎片。  
内存碎片的比率可以通过 mem\_fragmentation\_ratio 的值看出。  
当 used > rss 时，表示 Redis 的部分内存被操作系统换出到交换空间了，在这种情况下，操作可能会产生明显的延迟。  
当 Redis 释放内存时，分配器可能会，也可能不会，将内存返还给操作系统。  
如果 Redis 释放了内存，却没有将内存返还给操作系统，那么 used\_memory 的值可能和操作系统显示的 Redis 内存占用并不一致。

**查看 used\_memory\_peak 的值可以验证这种情况是否发生。**  
persistence : RDB 和 AOF 的相关信息  
stats : 一般统计信息  
replication : 主/从复制信息  
cpu : CPU 计算量统计信息  
commandstats : Redis 命令统计信息  
cluster : Redis 集群信息  
keyspace : 数据库相关的统计信息

[20190918153715210.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/3611760cdea74cce9536edd6eef818b4.png