Redis中的流水线与事务
pipelining vs transaction in redis
当我们在 Redis 中使用事务时，它基本上将事务中的所有命令都管道化了。并且当 EXEC 被触发时，所有命令一起执行，因此始终保持多个命令的原子性。
这不就是流水线吗？
流水线和事务有何不同？
另外，为什么 Redis 的单线程特性还不够呢？为什么我们明确需要 pipelining/transaction？
流水线主要是一种网络优化。它本质上意味着客户端缓冲一堆命令并将它们一次性发送到服务器。不保证这些命令在事务中执行。这里的好处是为每个命令节省网络往返时间。
Redis 是单线程的，因此 单个 命令始终是原子的，但是来自不同客户端的两个给定命令可以按顺序执行，例如在它们之间交替执行。
但是，Multi/exec 确保没有其他客户端在 multi/exec 序列中的命令之间执行命令。
当我们在 Redis 中使用事务时，它基本上将事务中的所有命令都管道化了。并且当 EXEC 被触发时，所有命令一起执行，因此始终保持多个命令的原子性。
这不就是流水线吗？
流水线和事务有何不同？ 另外，为什么 Redis 的单线程特性还不够呢？为什么我们明确需要 pipelining/transaction？
流水线主要是一种网络优化。它本质上意味着客户端缓冲一堆命令并将它们一次性发送到服务器。不保证这些命令在事务中执行。这里的好处是为每个命令节省网络往返时间。
Redis 是单线程的，因此 单个 命令始终是原子的，但是来自不同客户端的两个给定命令可以按顺序执行，例如在它们之间交替执行。
但是，Multi/exec 确保没有其他客户端在 multi/exec 序列中的命令之间执行命令。