接上篇.NET中使用Redis总结 —— 1.Redis搭建
看一些Redis相关资料，.NET 方面ServiceStack.Redis 用的比较多，就直接拿来用了。
在使用过程中经常过出现假死状态，Redis服务没有挂，只是客户端连不上。
错误信息如下(这里)
ServiceStack.Redis.RedisResponseException: Unexpected reply: +OK, sPort: 8223, LastCommand:
重启redis就正常了，初步怀疑是连接数超过最大值。
改为使用链接池
1 1 public class RedisCaching 2 2 { 3 3 /// <summary> 4 4 /// redis配置文件信息 5 5 /// </summary> 6 6 private static readonly string RedisPath = ConfigurationManager.AppSettings["RedisPath"]; 7 7 8 8 /// <summary> 9 9 /// 1010 /// </summary> 1111 public static RedisClient Redis; 1212 1313 /// <summary> 1414 /// 构造方法 1515 /// </summary> 1616 static RedisCaching() 1717 { 1818 var prcm = CreateManager(new string[] { RedisPath }, new string[] { RedisPath }); 1919 Redis = prcm.GetClient() as RedisClient; 2020 } 2121 2222 /// <summary> 2323 /// 创建链接池 2424 /// </summary> 2525 /// <param name="readWriteHosts"></param> 2626 /// <param name="readOnlyHosts"></param> 2727 /// <returns></returns> 2828 public static PooledRedisClientManager CreateManager(string[] readWriteHosts, string[] readOnlyHosts) 2929 { 3030 //支持读写分离，均衡负载 3131 return new PooledRedisClientManager(readWriteHosts, readOnlyHosts, new RedisClientManagerConfig 3232 { 3333 MaxWritePoolSize = 300,//“写”链接池链接数 3434 MaxReadPoolSize = 300,//“读”链接池链接数 3535 AutoStart = true, 3636 }); 3737 } 3838 3939 //static readonly RedisClient redis = new RedisClient("localhost",6379); 4040 //private static readonly RedisClient redis = new RedisClient(RedisPath);//长链接 4141 4242 public static T Get<T>(string key) 4343 { 4444 return Redis.Get<T>(key); 4545 } 4646 4747 public static void Set( string key, string value) 4848 { 4949 Redis.Set(key, value); 5050 } 5151 }
随着业务发展，发现还会出现上面出现的错误。
使用了lock锁，之后没这种问题发生了。
这个问题比较严重，每次访问量上去就出现这种错。
目前在做项目的性能优化，这次每次都lock严重影响效率，得找个方法解决。
首先分析下Redis 服务有时候是假死，重启下就好了，是不是windows下安装的Redis 不稳定（windows 这锅我不背）？
或者是RedisClient有问题？
更换RedisClient成本比较低，可以优先考虑下。
目前使用的是ServiceStack.Redis 换成 StackExchange.Redis
如果使用StackExchange.Redis 项目必须使用.NET 4.5. 要不然会编译会报错。
StackExchange.Redis 的使用
引用StackExchange.Redis.dll
经过一些修改测试后，发现没有之前那种错误，心里窃喜，终于搞定这个问题了。
最后发现还是 too young too naive
遇到了新的问
Timeout performing GET test, inst: 4, mgr: ExecuteSelect, err: never, queue: 12, qu: 0, qs: 12, qc: 0, wr: 0, wq: 0, in: 0, ar: 0, clientName: , IOCP: (Busy=0,Free=1000,Min=4,Max=1000), WORKER: (Busy=11,Free=32756,Min=4,Max=32767) (Please take a look at this article for some common client-side issues that can cause timeouts: http://stackexchange.github.io/StackExchange.Redis/Timeouts)
No connection is available to service this operation: SETEX test; SocketFailure on Interactive, origin: CheckForStaleConnection, input-buffer: 0, outstanding: 2, 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=0,Free=1000,Min=24,Max=1000), WORKER: (Busy=3,Free=32764,Min=24,Max=32767), Local-CPU: n/a at StackExchange.Redis.ConnectionMultiplexer.ExecuteSyncImpl[T](Message message, ResultProcessor`1 processor, ServerEndPoint server)
找了一些解决方案，像下面这些方案都没有解决这个问题
使用StackExchange.Redis客户端进行Redis访问出现的Timeout异常排查
Redis 详解 (一) StackExchange.Redis Client
最后看了这个文章下面的评论有所启发15天玩转redis —— 第七篇 同事的一次缓存操作引起对慢查询的认识
是因为可能某些查询超过了链接超时时间，Redis是单线程的，阻塞了后面的请求，所以报超时。
有了这个方向可以着手解决问题。
-
拆分大的文件存储
-
连接操作超时时间延长
-
同步操作时间延长
-
增加重试连接次数
1 private static ConnectionMultiplexer GetManager(string connectionString = null) 2 { 3 if (string.IsNullOrEmpty(connectionString)) 4 { 5 connectionString = Connstr; 6 } 7 8 var options = ConfigurationOptions.Parse(connectionString); 9 options.ConnectTimeout = 1000;//连接操作超时（ms） 10 options.KeepAlive = 180;//发送消息以帮助保持套接字活动的时间（秒）（默认为60秒） 11 options.SyncTimeout = 2000;//时间（ms）允许进行同步操作 12 options.ConnectRetry = 3;//重试连接的次数 13 14 return ConnectionMultiplexer.Connect(options); 15 }
经过测试上面的问题出现的概率小了很多，但是还是会出现。
现在只能定时去监控redis，如果发现异常进行重启进行解决。
小伙伴们有没有好得解决方案，求分享~
参考：