redis 事务基本用法

基本用法

127.0.0.1:6379> set hz 1000
OK
127.0.0.1:6379> set wangdan 1000
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby hz 100
QUEUED
127.0.0.1:6379> incrby wangdan 100
QUEUED
127.0.0.1:6379> exec
1) (integer) 900
2) (integer) 1100
127.0.0.1:6379> get hz
"900"
127.0.0.1:6379> get wangdan
"1100"
127.0.0.1:6379> 

• multi 开启事务
• decrby hz 100                 // hz    减少   100
• QUERUED                     成功加入队列
• incrby wangdan 100       //wangdan   增加  100
• QUERUED                     成功加入队列
• exec                               关闭事务  返回操作之后的

注意事项

•     redis事务里面是不可以嵌套事务的。

127.0.0.1:6379> multi
OK
127.0.0.1:6379> multi
(error) ERR MULTI calls can not be nested
127.0.0.1:6379> 

•     redis事务中如果报错了，事务在什么情况下回滚，什么情况下不会滚，为什么不会回滚。

1. 运行时的异常（exce之后）不会回滚   编译器没有办法确认的异常是不会全部回滚的

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set h1 1     //对String类型h1的操作
QUEUED
127.0.0.1:6379> hset h1 a b     //因为h1是String类型的key，不能用HASH类型的指令去操作String类型的key
QUEUED
127.0.0.1:6379> exec
1) OK               //第一个入队操作成功
2) (error) WRONGTYPE Operation against a key holding the wrong kind of value   //第二个入队操作报错
127.0.0.1:6379> get h1
"1"               //实际确认  第一个入队操作确实有效
127.0.0.1:6379> hget h1 a
(error) WRONGTYPE Operation against a key holding the wrong kind of value
127.0.0.1:6379> 

1. 编译器能识别（exce命令之前）的情况下（参数名错误，语法的错误，参数数量错误）,所有的加入队列的事务操作都会回滚，也就是说在编译时产生的异常都会回滚

127.0.0.1:6379> multi                 
OK
127.0.0.1:6379> set hz 2222
QUEUED
127.0.0.1:6379> hset hc 3333       //hash类型操作  语法有错误
(error) ERR wrong number of arguments for 'hset' command
127.0.0.1:6379> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> get hz
(nil)
127.0.0.1:6379> hget hc 333
(nil)
127.0.0.1:6379> 

1. 至于为什么不回滚,网上大部分人说的都是出现问题应该在开发环境解决，生产环境出现错误的概率非常小，还有就是为了保证redis的速度还是一样的快，还有就是一些编码的问题，incr 1，但是却操作成了 incr 2  对于程序是没有错误的，错误的是在于业务，这些都是属于自己的代码错误。
2. 参考关于redis为什么不支持回滚操作. - 割肉机 - 博客园

•     如果在事务执行中，想放弃这次事务的执行，怎么做？ 可以使用discard命令 取消事务

127.0.0.1:6379> keys *
1) "hz"
2) "wangdan"
3) "qingshan"
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set a1  1
QUEUED
127.0.0.1:6379> set a2  2
QUEUED
127.0.0.1:6379> set a3 3
QUEUED
127.0.0.1:6379> discard
OK
127.0.0.1:6379> keys *
1) "hz"
2) "wangdan"
3) "qingshan"
127.0.0.1:6379> 

• watch  乐观锁  （监视一个或者多个key，如果被监视的key中途被修改了，整个事务都会被取消）

127.0.0.1:6379> set balance 100
OK
127.0.0.1:6379> watch balance
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incrby balance 200
QUEUED
127.0.0.1:6379> incrby balance 200
QUEUED
127.0.0.1:6379> exec
(nil)
127.0.0.1:6379> get balance 
"1100"
127.0.0.1:6379> 


线程A

127.0.0.1:6379> incrby balance 1000     //在执行事务中，执行
(integer) 1100
127.0.0.1:6379> 
线程B

 
// 类似于抢票（可能不准确） 与乐观锁的意思差不多
// 初始化只有一张票  线程A选车选坐，准备付钱。
// 同时线程B是黄牛，各种抢票软件，直接付钱成功，这时唯一的票实际已经没有了
// 所以这时A即使付钱了，票也没了,返回购票失败，所有的选车选座操作全部回滚，等有票了再来一遍