Goodspeed

导航

统计

公告

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



posted on 2011-07-26 16:05 Goodspeed 阅读(...) 评论(...) 编辑 收藏