如何使用.NET客户端在Redis中实现管道（PipeLine）和事务（Transactions）的交互？

本文共计1444个文字，预计阅读时间需要6分钟。

序言 + Redis中的管道（Pipeline）特性：简要概述如下，Redis如何从客户端一次性发送多个命令，服务端如何一次性响应多个命令。Redis使用的客户端-服务器模型和请求/响应协议。

序言

Redis中的管道（PipeLine）特性：简述一下就是，Redis如何从客户端一次发送多个命令，服务端到客户端如何一次性响应多个命令。

Redis使用的是客户端-服务器模型和请求/响应协议的TCP服务器,这就意味着一个请求要有以下步骤才能完成：1、客户端向服务器发送查询命令，然后通常以阻塞的方式等待服务器相应。2、服务器处理查询命令，并将相应发送回客户端。这样便会通过网络连接，如果是本地回环接口那么就能特别迅速的响应，但是如果走外网，甚至外网再做一系列的层层转发，那就显的格外蛋疼。无论网络延时是多少，那么都将占用整体响应的时间。这样一来如果一次发送1个命令，网络延时为100ms，我们不得不做。那么如果1次发1000个命令，那么网络延时100*1000ms就很难容忍啦。

针对与上面的问题，Redis在2.6版本以后就都提供啦管道（Pipeline）功能。他可以使客户端在没有读取旧的响应时，处理新的请求。这样便可以向服务器发送多个命令，而不必等待答复，直到最后一个步骤中读取答复。这被称为管线（PipeLine），并且是几十年来广泛使用的技术。例如，许多POP3协议实现已经支持此功能，大大加快了从服务器下载新电子邮件的过程。

那么事务这个词汇，经常遇到，就不多唧唧啦，目标要一致就好，便是一组操作怎么做成原子性操作，使他去不了终点，回到原点。