小贝_redis 高级应用-事务

redis高级应用-事务

一、redis的事务

二、redis实现事务

三、redis事务问题

一、redis的事务

事务提供了一种“将多个命令打包，然后一次性、按顺序地运行”的机制。而且事务在运行的期间不会主动中断 —— server在运行完事务中的全部命令之后，才会继续处理其它client的其它命令。

二、redis实现事务

redis 通过 multi 、disacrd、exec 和 watch四个命令来实现事务功能

1、redis事务简单样例

127.0.0.1:6379> multi

127.0.0.1:6379>set name xiaobei

QUEUED

127.0.0.1:6379>get name

QUEUED

127.0.0.1:6379>exec

1)OK

2)"xiaobei"

2、具体解释redis事务过程

2.1、一个事务从開始到运行会经历下面三个阶段：a、開始事务。

b、命令入队。c、运行事务。

2.1.1、開始事务

127.0.0.1:6379>multi

(备注: 这个命令的作用就是让client从非事务状态切换到事务状态)

2.1.2、命令入队

127.0.0.1:6379> set name xiaobei

QUEUED

(备注: 假设client处于非事务状态下，所有发送给服务端的命令都会马上运行。相反，server在收到来自client的命令时，不会马上运行命令，而是将这些命令所有放进一个事务队列里，然后返回 QUEUED 。表示命令已入队)

命令入队的流程图:

2.1.3、运行事务

127.0.0.1:6379>exec

1)OK

2)"xiaobei"

(备注: 当 exec 命令运行时， server依据client所保存的事务队列。以先进先出（FIFO）的方式运行事务队列中的命令：最先入队的命令最先运行，而最后入队的命令最后运行。当事务队列里的全部命令被运行完之后， exec命令会将回复队列作为自己的运行结果返回给client。 client从事务状态返回到非事务状态，至此，事务运行完成)

运行事务的流程图:

3、撤销事务

127.0.0.1:6379> multi

127.0.0.1:6379>set name xiaobei

QUEUED

127.0.0.1:6379>discard

127.0.0.1:6379>exec

(error) ERREXEC without MULTI

(备注: discard 命令用于取消一个事务。它清空client的整个事务队列。然后将client从事务状态调整回非事务状态，最后返回字符串 OK 给client，说明事务已被取消)

4、带watch的事务

watch 命令用于在事务開始之前监视随意数量的键：当调用 exec命令运行事务时。假设随意一个被监视的键已经被其它client改动了，那么整个事务不再运行，直接返回失败

4.1、样例

4.2、下面表格展示了clientA是怎样失效

时间	clientA	clientB
t1	watch name
t2	multi
t3	set name xiaobei
t4		set name hello
t5	exec

(备注: 在时间 t4 ，client B 改动了 name 键的值，当client A 在 t5 运行 exec 时，Redis 会发现 name 这个被监视的键已经被改动，因此client A 的事务不会被运行，而是直接返回失败)

三、redis事务问题

1、为什么redis不支持回滚

a、redis 命令仅仅会由于错误的语法而失败（而且这些问题不能在入队时发现）。或是命令用在了错误类型的键上面：这也就是说，从有用性的角度来说，失败的命令是由编程错误造成的，而这些错误应该在开发的过程中被发现。而不应该出如今生产环境中

b、由于不须要对回滚进行支持，所以 Redis 的内部能够保持简单且高速

2、事务状态下的 discard、multi和watch命令

除了 exec之外， server在client处于事务状态时。不增加到事务队列而直接运行的另外三个命令是 discard、multi和watch。

discard命令用于取消一个事务。它清空client的整个事务队列，然后将client从事务状态调整回非事务状态。最后返回字符串 OK 给client。说明事务已被取消。

redis的事务是不可嵌套的，当client已经处于事务状态。而client又再向server发送 multi时， server仅仅是简单地向client发送一个错误，然后继续等待其它命令的入队。 multi命令的发送不会造成整个事务失败，也不会改动事务队列中已有的数据。

watch仅仅能在client进入事务状态之前运行，在事务状态下发送watch命令会引发一个错误，但它不会造成整个事务失败，也不会改动事务队列中已有的数据（和前面处理 multi的情况一样）

3、在事务和非事务状态下运行命令

a、非事务状态下的命令以单个命令为单位运行，前一个命令和后一个命令的client不一定是同一个；而事务状态则是以一个事务为单位，运行事务队列中的全部命令：除非当前事务运行完成，否则server不会中断事务，也不会运行其它client的其它命令。

b、在非事务状态下，运行命令所得的结果会马上被返回给client；而事务则是将全部命令的结果集合到回复队列，再作为 EXEC 命令的结果返回给client

4、事务中的错误

1、使用事务时可能会遇上下面两种错误:

a、事务在运行EXEC 之前。入队的命令可能会出错。比方说。命令可能会产生语法错误（參数数量错误。參数名错误，等等）。或者其它更严重的错误。比方内存不足（假设server使用 maxmemory 设置了最大内存限制的话）。

b、命令可能在EXEC 调用之后失败。举个样例。事务中的命令可能处理了错误类型的键，比方将列表命令用在了字符串键上面等。

2、实例

(备注: 最重要的是记住这样一条，即使事务中有某条/某些命令运行失败了。事务队列中的其它命令仍然会继续运行—— redis 不会停止运行事务中的命令)