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

莫问

　　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后如果发生变动，那么下面的事务就会失败。