redis专题笔记 - 管道、事务

管道

指令执行过程

首先我们看一下redis客户端发送一次指令后，客户端和服务端主要做了哪些事情，如下图：

1. 客户端将指令包发到内核为套接字分配的发送缓冲区send buffer
2. 内核将send buffer中的数据发送到网卡设备
3. 网卡硬件将数据发送到网络
4. 经过层层路由，指令数据发送到服务端网卡设备
5. 服务端内核接收网卡数据，并复制到服务端套接字的接收缓冲区
6. 服务端拷贝缓存数据后，经过指令解析、命令执行后获取响应内容
7. -12基本重复1-6的过程

经过上述12步，客户端可以得到指令指令结果数据。从客户端的视角来看，它只执行了两次操作1、12，其中：

• 第1步，将指令发送本地发送缓冲区，在不考虑缓冲区满的情况下，这一步write耗时极短（相对网络IO）
• 第12步，等待接收缓冲区数据到来，然后拷贝返回数据，这一步read需要等待数据到来，时间相对较长

多指令串行执行

假如现在有3条指令需要执行，其执行过程大致如下：

每次写完之后需要等待一个read的时间拿到返回数据，再发起第二次write，总共需要3 * Read的耗时可以执行完三条指令

管道pipeline

使用管道之后，我们在一个管道里执行这三条指令，其执行过程改为如下：

1. 先一次发出三次write请求
2. 三条指令几乎同时经过网络传输后返回

此时，执行这三条指令的耗时只需要 1 * Read的耗时

管道技术中，服务端几乎没有变化，正常处理指令需求；客户端则改变发送多条指令的策略，从单条指令依次读写，变为同时发送、同时接收，可以降低交互中的IO等待耗时

事务

1. redis事务不具有原子性，事务中每个指令都会被执行，即便某条指令出错，也不会影响后面指令的执行
2. 事务中的多条指令依次执行，不会被其他事务的指令打断
3. redis提供了watch机制，使用乐观锁的方式，监控某条记录在事务执行期间是否被其他事务指令变更，如果有则抛错