一、事务
Redis的事务是使用MULTI-EXEC的命令组合,使用它可以提供两个重要的保证:
在Redis中使用事务会经过三个过程:
在spring中要使用同一个连接操作Redis命令的场景,这时可以使用Spring提供的SessionCallback接口。
package com.codeliu.transaction;
import java.util.List;
import org.junit.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import org.springframework.data.redis.core.RedisOperations;
import org.springframework.data.redis.core.RedisTemplate;
import org.springframework.data.redis.core.SessionCallback;
/**
* 测试Redis事务命令
* @author liu
*/
public class TestTransaction {
@SuppressWarnings({ "resource", "rawtypes", "unchecked" })
@Test
public void testTransaction() {
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("spring.xml");
RedisTemplate rt = (RedisTemplate)applicationContext.getBean("redisTemplate");
@SuppressWarnings("unused")
SessionCallback callBack = (SessionCallback)(RedisOperations ops)->{
ops.multi();
ops.boundValueOps("key1").set("value1");
// 由于命令只是入队列而没有执行,所以此处采用get命令,value返回为null
String value = (String)ops.boundValueOps("key1").get();
System.out.println(value);
// list会保存之前入队列的所有命令执行结果
// 执行事务
List<String> list = ops.exec();
for(String l:list) {
System.out.println(l);
}
// 事务结束后,再获取value
value = (String)ops.boundValueOps("key1").get();
return value;
};
// 执行redis命令
String value = (String)rt.execute(callBack);
System.out.println(value);
}
}
先看下图
可以看到,key1的值为字符串,对他进行自增,事务执行时出现错误,但key1的值为value1,key2的值为空,这说明在命令格式正确但执行出错的情况下,其之前之后的命令都会正常执行。
再看下面的图
可以看到我们使用错误的命令格式,Redis能立即检测出来,之前之后的命令都不会执行,说明事务回滚了。
Redis参考了多线程中使用的CAS(比较与交换)去执行的。CAS原理会产生ABA问题
上面表格显示的就是ABA问题。
仅仅记录一个旧值去比较是不足够的,还要通过其他方法避免ABA问题。常见的做法是加入一个version字段,每操作一次version就加1,这样通过version就知道该字段有没有被修改过。
Redis在执行事务的过程中,不会阻塞其他连接的并发,而只是通过比较watch监控的键值对去保证数据的一致性,所以多个Redis事务完全可以在非阻塞的多线程环境中并发执行,而且Redis的事务是不会产生ABA问题的。
测试Redis事务回滚,分别开了两个客户端,一个客户端使用watch监视key1,另一个客户端改变key1的值。