(15)redis Pipeline详解

一、pipeline出现背景：

redis客户端执行命令4个过程：发送命令－〉命令排队－〉命令执行－〉返回结果

过程称为Round trip time(简称RTT, 往返时间)，mget mset有效节约RTT，但大部分命令（如hgetall，并没有mhgetall）不支持批量操作，需要消耗N次RTT ，pipeline解决

二、pepeline性能

比逐条执行要快，特别是客户端与服务端的网络延迟越大，体能越明显

三、原生批命令(mset, mget)与Pipeline对比

原生批命令：原子性，            pipeline：非原子性

原生批命令：一命令多个key   pipeline：支持多命令（存在事务）

原生批命令：服务端实现，     pipeline：服务端与客户端共同完成

四、Pipeline正确使用方式

pipeline组装命令不能太多，不然数据量过大，增加客户端的等待时间，造成网络阻塞，可将大量命令的拆分多个小pipeline命令：

1、Jedis中的pipeline使用方式

redis提供mset、mget方法，但没提供mdel方法，如想实现，可借助pipeline

mset：同时设置一个或多个 key-value 对。redis 127.0.0.1:6379> MSET key1 value1 key2 value2 .. keyN valueN

2、Jedis中的pipeline使用步骤：

1）获取jedis对象（一般从连接池中获取）

2）获取jedis对象的pipeline对象

3）添加、执行指令

用pipeline提交所有操作并返回执行结果：

五、redis事务

为了保证pipeline原子性，redis提供了简单的事务。

1、redis的简单事务：放multi和exec命令之间，multi代表事务开始，exec代表事务结束

2、停止事务discard：

3、命令错误，语法不正确，导致事务不能正常结束

4、运行错误，语法正确，但类型错误，事务可以正常结束

5、watch命令：用watch后， multi失效，事务失效

WATCH机制：事务EXEC执行时，Redis检查被WATCH的key，只有被WATCH的key从WATCH起始时至今没有发生过变更，EXEC才会被执行，变化则失败。

小结：redis提供简单事务，不支持事务回滚