设为首页 收藏本站
查看: 1301|回复: 0

[经验分享] Redis事务的应用

[复制链接]

尚未签到

发表于 2018-11-4 10:48:51 | 显示全部楼层 |阅读模式
  redis对事务的支持目前还比较简单。redis只能保证一个client发起的事务中的命令可以连续的执行,而中间不会插入其他client的命令。 由于redis是单线程来处理所有client的请求的所以做到这点是很容易的。一般情况下redis在接受到一个client发来的命令后会立即处理并 返回处理结果,但是当一个client在一个连接中发出multi命令有,这个连接会进入一个事务上下文,该连接后续的命令并不是立即执行,而是先放到一 个队列中。当从此连接受到exec命令后,redis会顺序的执行队列中的所有命令。并将所有命令的运行结果打包到一起返回给client.然后此连接就 结束事务上下文。
  Redis与mysql事物
  Mysql
  Redis
  开启
  start transaction
  muitl
  语句
  普通sql
  普通命令
  失败
  rollback 回滚
  discard 取消
  成功
  commit
  exec
  一、正常情况下,一个事物开启,语法检查没问题,并不是马上直接提交,而是放在一个队列里QUEUED
  简单验证正常情况一个事物的过程:一个简单的银行转账,wang 有200元,zhao 有700元,wang转100给zhao的实现过程
  127.0.0.1:6379> set  wang 200
  OK
  127.0.0.1:6379> set zhao 700
  OK
  127.0.0.1:6379> multi
  OK
  127.0.0.1:6379> decrby zhao 100  #decrby减去100
  QUEUED
  127.0.0.1:6379> incrby wang 100  #增加一百
  QUEUED
  127.0.0.1:6379> exec          #因为是开启事务,所以要”commit”才可以
  1) (integer) 600
  2) (integer) 300
  127.0.0.1:6379> mget wang zhao
  1) "300"
  2) "600"    ##这里可以看到和设置的初始值不一样了~~!
  二、当开启一个事务的时候,若有一个事务语法检查无法通过导致异常,开启的整个事务都会失败,直接被discard
  127.0.0.1:6379> multi  #开启事务
  OK
  127.0.0.1:6379> decrby zhao 100 #减去了100,并且提示在队列里
  QUEUED
  127.0.0.1:6379> df  #输入一个错误
  (error) ERR unknown command 'df'
  127.0.0.1:6379> exec
  (error) EXECABORT Transaction discarded because of previouserrors.
  127.0.0.1:6379> mget zhao wang
  1) "600"
  2) "300" ##发现原来减去100没生效
  三、Redis的简单事务,语法本身没错,但适用对象有问题,比如 zadd 操作list对象
  Exec之后, 当事务在队列里,会执行正确的语句,并跳过有不适当的语句.
  127.0.0.1:6379> mget zhao wang
  1) "500"
  2) "300"
  127.0.0.1:6379> multi
  OK
  127.0.0.1:6379> decrby zhao 100
  QUEUED
  127.0.0.1:6379> sadd wang df
  QUEUED
  127.0.0.1:6379> exec
  1) (integer) 400
  2)(error) WRONGTYPE Operation against a key holding the wrong kind of value
  127.0.0.1:6379> mget zhao wang
  1) "400"
  2) "300"
  四、Redis的事务中,启用的是乐观锁,只负责监测key没有被改动,若KEY 被改动了事物取消,以买票为例:若没对key监控就会导致钱没了,票没买着钱被扣了,不加watch 自己验证……
  实现过程:
  窗口1
  127.0.0.1:6379> mget zhao wang ticket
  1) "600"
  2) "600"
  3) "1"
  127.0.0.1:6379> watch ticket #监测ticket
  OK
  127.0.0.1:6379> multi #开启事务
  OK
  127.0.0.1:6379> decrby zhao 200 #减去200
  QUEUED
  127.0.0.1:6379> decr ticket #获取TICKET
  QUEUED
  窗口2:
  127.0.0.1:6379> decr ticket #直接购买票了,动作比窗口1快
  窗口1:
  127.0.0.1:6379> exec
  (nil)
  127.0.0.1:6379> mget zhao wang ticket
  1) "600"
  2) "600"
  3) "0"
  Watch可以监控多个key,若多个key有一个发生变化,,则事务都取消
  取消监听unwatch


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-630568-1-1.html 上篇帖子: 迁移数据到redis-cluster 下篇帖子: redis单机的部署
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表