1.redis事务
作用:防止线程的并发,保证数据的安全
特点;1. 隔离其他redis客户端
2.原子性操作,要么全部执行,要么都不执行
- 事务命令:
mutil:开启事务命令,并进入队列但不会被执行
watch key1 [key2]:监听某些键,如果键在事务执行前被修改,则回滚,如乐观锁
exec:执行事务,如果监听的键在事务执行前被修改,则回滚,否则执行事务
discard:回滚事务,因为没有事务命令了,所以不能exec了
==注意:QUEUED表示队列的意思,说明命令放入队列中不会马上执行=
2.在java程序中:
public static void testTransaction2() {
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");
RedisTemplate redisTemplate = applicationContext.getBean(RedisTemplate.class);
SessionCallback callBack = new SessionCallback() {
@Override
public String execute(RedisOperations ops) throws DataAccessException {
ops.multi();
ops.boundValueOps("key1").set("value1");
// 注意由于命令只是进入队列,而没有被执行,所以此处采用get命令,而value却返回为null
String value = (String) ops.boundValueOps("key1").get();
System.out.println("事务执行过程中,命令入队列,而没有被执行,所以value为空:value=" + value);
// 此时list会保存之前进入队列的所有命令的结果
List list = ops.exec();// 执行事务
// 事务结束后,获取value1
value = (String) redisTemplate.opsForValue().get("key1");
return value;
}
};
// 执行Redis的命令
String value = (String) redisTemplate.execute(callBack);
System.out.println(value);
}
2.超时命令
ttl key:查看key的超时时间,-1代表没有超时,-2代表不存在key或者已经超时
expire key seconds:设置key的超时时间戳
persist key :持久化key
expireat key timestamp:设置超时时间点,用unix时间戳确定
注意:redis的key超时了是不会被自动回收的,他只会标识哪些已经超时了。为什么这样?如果一个列表或者哈希结构,存在数百万个元素,要对其回收是需要很长时间,可能会造成卡顿,所以一般会选择在没有业务发生的时刻触发redis的定时回收
3.监控事务
乐观锁(CAS比较与交换,compare and swap):
在线程开始读取多线程共享的某些数据时,先将数据保存到当前线程的副本中,我们称为旧值,这就是watch的功能。然后mutil开启事务,再然后exec执行事务更新前,先比较旧值是否还与当前线程共享的值一致,如果不一致,则回滚
CAS可能产生ABA问题:也就是在比较旧值之前,共享的值被某个线程修改然后又修改回原来的值,在这期间可能其他线程共享该值就会就会出错,所以为了解决这个问题,就会每当操作一次共享的值时,就会version=version+1,然后探测version,保证数据的一致性
综上所述,redis允许多个线程的并发,且通过watch监控的键值对保证数据的一致性,最重要的是它不会产生ABA问题(内部操作),,所以有利于redis的高并发读写性能