Redis的pipeline

Redis是一种典型的基于C/S模型的TCP服务。在客户端与服务器端的通讯过程中，通常都是客户端率先发起请求，服务器在接收到请求后执行相应的任务，最后再将获取的数据或处理结果以应答的方式发送给客户端。在此过程中，客户端都会以阻塞的方式等待服务器返回的结果。

在每一对请求与应答的过程中，我们不得不承受网络传输所带来的额外开销。通常将这种开销称为RTT（Round Trip Time）。现在我们假设每一次请求与应答的RTT为250毫秒，而服务器可以再一秒内处理100k数据，可结果则是服务器每秒最多处理4条请求。

要想解决这个性能问题，如何进行优化？

将上面的同步应答方式改造为基于命令管线的异步应答方式，客户端在发送命令后，不用立刻等待来着服务器的应答，而是继续发送后面的命令。在命令发送完毕后，再一次性的读取之前所有命令的应答。这样便也可节省了同步方式中的RTT的开销。

如果Redis服务器发现客户端的请求是基于管线的，那么服务器端在接收到请求并处理后，会将每条命令的应答数据存入队列，之后再发送到客户端。