Service-stack.redis 使用PooledRedisClientManager 速度慢的原因之一

现在越来越多的开发者使用service-stack.redis 来进行redis的访问，但是获取redisclient的方式有多种方式，其中有一种从缓冲池获取client的方式很是得到大家的认可。

List<string> listWrite = new List<string>() { "6380@192.168.8.245:6380" };
            List<string> readHosts = new List<string>() { "192.168.8.245:6381", "192.168.8.245:6382" };
            PooledRedisClientManager clientManager = PoolManagerFactory.CreateManager(listWrite.ToArray(), readHosts.ToArray());
            ///可以在缓存管理器中加入密码验证  因为没有对应的密码字段显示
          ///通过getClient获取一个client 连接
            using (IRedisClient redisClient = clientManager.GetClient())
            {
                IRedisTypedClient<Phone> phones = redisClient.As<Phone>();

                Phone phoneFive = phones.GetValue("");
                if (phoneFive == null)
                {
                    phoneFive = new Phone()
                    {
                        ID = ,
                        Manufacturer = "Nokia",
                        Model = "guozhiqi",
                        Owner = new Person()
                        {

                            ID = ,
                            Name = "袁金州",
                            Surname = "Old"
                        }
                    };
                    phones.SetEntry(phoneFive.ID.ToString(), phoneFive);
                }
                Console.WriteLine("OwnerID" + phones.GetValue("").Owner.Name);
            }

请注意上面代码的第五行，using (IRedisClient redisClient = clientManager.GetClient()){}

通过clientManager.getClient方法来获取一个连接，我们在ado.net中也是采用这种方式，而且性能很高。我们认为这种方式的工作方式肯定是首先从缓冲池中获取一条连接，然后执行using里面的代码，最后dispose。但是有时候这种方式在稍微访问量大的时候性能很低，什么原因呢？

/// <summary>
        /// Returns a Read/Write client (The default) using the hosts defined in ReadWriteHosts
        /// 返回可以读写的 客户端连接   默认的  使用定义在readWriteHosts中的服务器地址
        /// </summary>
        /// <returns></returns>
        public IRedisClient GetClient()
        {
            lock (writeClients)
            {
                AssertValidReadWritePool();

                RedisClient inActiveClient;
                while ((inActiveClient = GetInActiveWriteClient()) == null)
                {
                    if (PoolTimeout.HasValue)
                    {
                        // wait for a connection, cry out if made to wait too long
                        if (!Monitor.Wait(writeClients, PoolTimeout.Value))
                            throw new TimeoutException(PoolTimeoutError);
                    }
                    else
                        Monitor.Wait(writeClients, RecheckPoolAfterMs);
                }

                WritePoolIndex++;
                inActiveClient.Active = true;

                if (this.ConnectTimeout != null)
                {
                    inActiveClient.ConnectTimeout = this.ConnectTimeout.Value;
                }

                if (this.SocketSendTimeout.HasValue)
                {
                    inActiveClient.SendTimeout = this.SocketSendTimeout.Value;
                }
                if (this.SocketReceiveTimeout.HasValue)
                {
                    inActiveClient.ReceiveTimeout = this.SocketReceiveTimeout.Value;
                }
                if (this.IdleTimeOutSecs.HasValue)
                {
                    inActiveClient.IdleTimeOutSecs = this.IdleTimeOutSecs.Value;
                }

                inActiveClient.NamespacePrefix = NamespacePrefix;

                //Reset database to default if changed
                if (inActiveClient.Db != Db)
                {
                    inActiveClient.ChangeDb(Db);
                }

                return inActiveClient;
            }
        }

这是service-stack.redis中getClient的实现，但是我们发现了一个问题就是，他只从主 redis中获取连接，不可能返回slave 的readonly 连接。

如果缓存设置为5，那么如果同时500个请求，还是会有性能影响的，因为完全忽略了slave的读的功能。

如果要写，我们可以调用clientManager.GetClient() 来获取writeHosts的redis实例。

如果要读，我们可以调用clientManager.GetReadOnlyClient()来获取仅仅是readonlyHost的redis实例。

如果你嫌麻烦，那么完全可以使用clientManager.GetCacheClient() 来获取一个连接，他会在写的时候调用GetClient获取连接，读的时候调用GetReadOnlyClient获取连接，这样可以做到读写分离，从而利用redis的主从复制功能。