接上篇.NET中使用Redis总结 —— 1.Redis搭建
看一些Redis相关资料，.NET 方面ServiceStack.Redis 用的比较多，就直接拿来用了。
在使用过程中经常过出现假死状态，Redis服务没有挂，只是客户端连不上。
错误信息如下(这里)
ServiceStack.Redis.RedisResponseException: Unexpected reply: +OK, sPort: 8223, LastCommand:
重启redis就正常了，初步怀疑是连接数超过最大值。
改为使用链接池
1 public class RedisCaching
2 {
3 /// <summary>
4 /// redis配置文件信息
5 /// </summary>
6 private static readonly string RedisPath = ConfigurationManager.AppSettings["RedisPath"];
7
8 /// <summary>
9 ///
10 /// </summary>
11 public static RedisClient Redis;
12
13 /// <summary>
14 /// 构造方法
15 /// </summary>
16 static RedisCaching()
17 {
18 var prcm = CreateManager(new string[] { RedisPath }, new string[] { RedisPath });
19 Redis = prcm.GetClient() as RedisClient;
20 }
21
22 /// <summary>
23 /// 创建链接池
24 /// </summary>
25 /// <param name="readWriteHosts"></param>
26 /// <param name="readOnlyHosts"></param>
27 /// <returns></returns>
28 public static PooledRedisClientManager CreateManager(string[] readWriteHosts, string[] readOnlyHosts)
29 {
30 //支持读写分离，均衡负载
31 return new PooledRedisClientManager(readWriteHosts, readOnlyHosts, new RedisClientManagerConfig
32 {
33 MaxWritePoolSize = 300,//“写”链接池链接数
34 MaxReadPoolSize = 300,//“读”链接池链接数
35 AutoStart = true,
36 });
37 }
38
39 //static readonly RedisClient redis = new RedisClient("localhost",6379);
40 //private static readonly RedisClient redis = new RedisClient(RedisPath);//长链接
41
42 public static T Get<T>(string key)
43 {
44 return Redis.Get<T>(key);
45 }
46
47 public static void Set( string key, string value)
48 {
49 Redis.Set(key, value);
50 }
51 }
随着业务发展，发现还会出现上面出现的错误。
使用了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，如果发现异常进行重启进行解决。
小伙伴们有没有好得解决方案，求分享~
参考：
