Redis–事务(Multi和CAS)的实现

本文介绍Redis事务的特点,包括命令的原子性执行、错误处理机制、AOF持久化策略及CAS操作实现方式。Redis事务虽然不支持传统意义上的回滚,但通过简单的实现保障了性能,并适用于特定的应用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Redis也有事务的功能,但是这个事务可能跟MySQL之类的RDBMS不同。官网上的Transactions介绍了Redis中的事务。Redis中使用multi和exec命令设定事务边界,discard在multi命令提交后可丢弃事务。另外watch命令可以实现CAS操作。

 

Redis中的事务归纳一下有这么几个特点
  • 在multi和exec之间的命令作为事务处理,所有命令视为原子性操作,不能打断。
  • 在multi和exec之间的命令如果某条命令发生错误不回滚事务,也就是说,除了出错的命令,其他正常执行。
  • 如果开启AOF机制,那么multi和exec的之间的命令也会用一条write命令写到硬盘。如果在写时被硬中断(停电或管理员强制kill),Redis重启时会检测到错误,可以用redis-check-aof工具修复。
  • 支持CAS(check and set)操作,watch命令可以锁定某个key,unwatch命令取消锁定,在事务执行时如果检测到watch的key被修改,事务失败。事务成功执行后,会unwatch掉所有观察的keys。

这里需要解释的是为什么Redis提供的事务不支持错误回滚?原因是Redis作为缓存系统,命令被编程到程序里一般不会出错(错误如参数个数出错,类型出错等),如果发生出错,说明是程序出现了问题,在生产环境下一般不会这类问题。并且这样的事务在Redis实现非常简单,因为Redis是单线程程序,所以只要存储事务操作最后一起执行就实现了原子性操作,如果增加回滚会影响Redis性能。 CAS操作应用于下面这个场景 watch stringA stringA_r = stringA + “abcd” multi set stringA string_r exec 这类场景很常见,当stringA被watch后如果发生变动,那么下面的事务就会失败。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值