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