redis ——事务机制

命令文档:http://doc.redisfans.com/index.html
数据库的事务机制;

  1. 数据库引用了事务机制是为了防止对数据文件直接操作的时候出现意外的宏碁,引发数据的错乱
  2. undo 和redo 日志保证了业务操作的原子性

为啥要引入事务机制呢?
3. redis是异步单线程执行,也就是一个线程对应所有的客户端,那个客户端上传了命令,线程就会执行,所以并不能保证客户端的多个命令,不会被其他客户端的命令插队
4. redis不能回滚,redis不具备原子性,一个客户端一个事务,顺序排在一个线程里。等待执行。

redis特点

1.redis的事务跟数据的事务是有这明显差异的,他并不满足数据库事务的ACID属性,redis的事务更像时候批发处理执行

属性redismysql
原子性NOyes
一致性yesyes
隔离性yesyes
持久性NOyes

如何保持事务的一致性

  1. 为了保证事务的一致性,在开启事务之前必须要用watch命令监视要操作的记录
    命令:
命令意义
watch kill——num监视的数据,有key就可以了

启动事务
MULTI
开启事务后的所有操作都不会立即执行,只有执行EXEC命令的时候才会批处理执行。(提交给redis)
incr kill_num 秒杀人数 +1
rpush kill_user 9502
exec

一个流程;
set num 0
watch num
multi : 启动事务
incr num +1 加入批处理
incrby num 10 加入批处理
exec 执行

注意:在多个客户端操作同一个变量时,会终止其他客户端的操作。exec

如何取消事务:
redis 并没有事务的回滚机制,所以不能保证原子性
事务在没有提交执行之前,是可以取消事务的,但是如果事务已经提交了执行了,就无法取消了,exec 之前

multi(启动)


discard (取消事务)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值