这篇文章主要介绍了redis中事务操作的示例分析，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。

redis与mysql的事务

Redis支持简单的事务

简单使用

讲张三的100圆钱转账给lisi：

setzhangsan800setlisi100multidecrbyzhangsan100incrbylisi100exec

失败的两种情况

在mutil后面的语句中, 语句出错可能有2种情况，还是以转账的情况来分析：

（1）语法就有问题

127.0.0.1:6379>multiOK127.0.0.1:6379>decrbyzhang100QUEUED127.0.0.1:6379>hasdfasdf(error)ERRunknowncommand'hasdfasdf'127.0.0.1:6379>exec(error)EXECABORTTransactiondiscardedbecauseofpreviouserrors.127.0.0.1:6379>mgetzhangwang1)"800"2)"100"

这种,exec时,报错, 所有语句得不到执行，所以还是800和100圆

（2）语法本身没错,但适用对象有问题

127.0.0.1:6379>multiOK127.0.0.1:6379>decrbyzhang100QUEUED127.0.0.1:6379>saddwang1QUEUED127.0.0.1:6379>exec1)(integer)7002)(error)WRONGTYPEOperationagainstakeyholdingthewrongkindofvalue127.0.0.1:6379>mgetzhangwang1)"700"2)"100"

Exec之后,会执行正确的语句,并跳过有不适当的语句，所以这里是一个700圆一个100圆了

案例

假设买票案例，当前只有1张票和100块钱，如果我在买票的过程中，在我multi之后，和exec之前，票被别人买了—即ticket已经变成0了，然后我们执行exec的时候就会将票变为-1，这就不对了。

127.0.0.1:6379>setticket1OK127.0.0.1:6379>setmoney100OK127.0.0.1:6379>multiOK127.0.0.1:6379>decrticketQUEUED127.0.0.1:6379>decrbymoney10QUEUED127.0.0.1:6379>exec1)(integer)-12)(integer)90

使用watch来检测票有没有被买走

实用watch来检测指定的key，负责监测key没有被改动。

127.0.0.1:6379>setticket1OK127.0.0.1:6379>setmoney100OK127.0.0.1:6379>watchticketOK127.0.0.1:6379>multiOK127.0.0.1:6379>decrticketQUEUED127.0.0.1:6379>decrbymoney10QUEUED127.0.0.1:6379>exec(nil)//返回nil,说明监视的ticket已经改变了,事务就取消了.127.0.0.1:6379>mgetticketmoney1)"0"2)"100"

在执行exec之前，票被买走了，ticket为0了，然后执行exec后，发现ticket被动了，所以就不执行事务了，事务被取消了。在执行exec的时候返回nil。

watch相关用法

watchkey1key2...keyN

作用：监听key1 key2..keyN有没有变化,如果有变, 则事务取消

unwatch

感谢你能够认真阅读完这篇文章，希望小编分享的“redis中事务操作的示例分析”这篇文章对大家有帮助，同时也希望大家多多支持亿速云，关注亿速云行业资讯频道，更多相关知识等着你来学习!