redis高级应用-事务

一、redis的事务

二、redis实现事务

三、redis事务问题

 

一、redis的事务

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

 

二、redis实现事务

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

       1、redis事务简单样例

       127.0.0.1:6379> multi

OK

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

OK

127.0.0.1:6379>set name xiaobei

QUEUED

127.0.0.1:6379>discard

OK

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 不会停止运行事务中的命令)