liwenbo_csu的博客

管道传输(pipelining)：用于一次性处理多条redis命令     redis的执行流程为客户端发送命令到服务端，客服端阻塞等待服务端程序返回，如果中间由于网络通信问题导致速度比较慢，另外由于客户端和服务端的数据传输需要一定的时间。这个     时间叫做RTT，Round Trip Time 。如果有很多条命令要一次性传输，相对来说就会比较慢，redis提供了pipelining命

下面这些redis内存方面的问题是在工作中发现的。可以作为一个工作中的参考一、redis数据类型的特殊编码形式     在redis2.2以后许多数据类型为了节约内存使用大小，都开启了一个压缩的算法，当数据库中的元素个数少于配置文件中设置的文件个数时，这些元素最理想的情况下会被压缩到10分之一的大小进行存储，(一般情况下可以压缩到5分之一)，从而节约内存占用。     

如何在服务启动的时候快速插入大量的  过亿的key value数据呢？使用新的方式 ： LUKE以下为几种可能的方式：     1、逐条命令发送，命令的传输时间RTT很长，速度会比较慢     2、使用pipelining，这种方式在实现了异步IO的客户端程序中是可行，但是只有很少很少的客户端代码支持，比如php-redis的扩展就不支持异步，你必须等待处理的返

Implementing a distributed lock manager with Redis.使用redis实现一个分布式锁的管理当我们需要用不同的进程或者线程处理同一个资源的时候，锁就显得比较重要了。redis的分布式锁叫做redlock接下来我们看一下如何用redis实现一个分布式的锁管理。在 github上有一些使用redis分布式锁的官方的例子。

在我的电脑下面执行下面的操作构建一个高可用的redis主从集群.启动两个实例：1、nohup /usr/local/webserver/redis/src/redis-server /usr/local/webserver/redis/conf/redis_6380.conf &2、nohup /usr/local/webserver/redis/src/redis-server /u