ServiceStack.Redis的问题与修正-servicestack.redis

Redis是开源、高性能的Key-value存储引擎。

最近我们在一个日访问量约1kw的网站上使用redis替换以前的memcache，成功将CPU从30%下降到15%，效果相当显著。

ServiceStackRedis是***的C#驱动之一。关于如何使用ServiceStackRedis请参见这里——使用ServiceStackRedis链接Redis简介

不过我们在使用ServiceStackRedis的线程池(PooledRedisClientManager)还是碰到了不少问题。

1 链接数异常。

一个webserver会占用80个链接。当15台webserver就过千了，这时会出现有些客户端链接不上的情况。

解决方案：

GetInActiveWriteClient方法中

//找下一个目标 
//从当前读写指针的后面开始查找，而不是从0开始 
var nextIndex = (WritePoolIndex + i) % writeClients.Length; 
更改为 
var nextIndex = i;

同时修改DisposeClient方法中将readClient.Active == false将DisposeConnection一下。线程就能很好的回收了。

效果：

在我们这样一个网站下，单台webserver大约会占用10个~15个链接，比之前的80个少了不少。

分析：

从代码上来看，作者的初衷是为了更快的找到空闲的线程，但是却认所有线程都不间断的使用，没有一个线程可能空闲。如果站点较小，webserver不太多，不改问题也不大。不过我认为用长链接并不划算，因为与redis建立一个链接还是相对比较“便宜”的。

2 多台redis存储相同的内容。

相同的内容会冗余在所有redis中

解决方案

在GetInActiveWriteClient中加入int型参数来标识出使用那台redis

var start = 0; 
var step = 1; 
if (index > -1 && index < ReadWriteHosts.Count) 
{ 
　　start = index; 
　　step = ReadWriteHosts.Count; 
} 
//遍历读写池 
//这个时候池是锁定的 
for (var i = start; i < writeClients.Length; i += step) 
{ 
　　省略

这样线程池中就会按ReadWriteHosts的个数来顺序分配。

效果：

在进行读写时只需要使用key.GetHashCode方法获得一个hash值就能准确分配到其中一台redis上。保证所有的redis的数据不重复。

原文链接：http://www.cnblogs.com/goodspeed/archive/2011/07/26/servicestack_redis_optimize.html

【编辑推荐】

几点建议，让Redis在你的系统中发挥更大作用