5.常用技术（一）

1.redis事务

作用：防止线程的并发，保证数据的安全

特点；1. 隔离其他redis客户端
2.原子性操作，要么全部执行，要么都不执行

1. 事务命令：

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的高并发读写性能