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的数据不重复。