redis学习记录05-redis事务

准备

悲观锁

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

乐观锁

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。

说明

redis使用的就是乐观锁，来提高吞吐量

关系型数据库使用的就是悲观锁

redis中事务命令

multi

标记一个事务块的开始

exec

执行所有事务块内的命令

watch

监视给定的key,当exec时候如果监视的key从调用watch后发生过变化，则整个事务会失败。

unwatch

取消 WATCH 命令对所有 key 的监视

discard

取消事务，放弃执行事务块内的所有命令

示例

private static void tx() throws InterruptedException{

Jedis jedis = new Jedis("192.168.95.128", 6379);
String key = "txkey";
jedis.watch(key);
Transaction tx = jedis.multi();
tx.incr(key);
Thread.sleep(2000);
tx.incr(key);
Thread.sleep(2000);
tx.incr(key);
Thread.sleep(2000);
List<Object> result = tx.exec();
if(result == null || result.isEmpty()){
System.out.println("Transaction error...");//可能是watch-key被外部修改，或者是数据操作被驳回
return;
}
for(Object rt : result){
System.out.println(rt.toString());
}
}

无干扰直接执行此方法控制台将正常输出结果

人为的干扰那么事务将无法正常提交

干扰方式：

第一步正常执行此方法

第二步在此方法没有执行完毕 ，sleep期间，通过一些手段人为的修改值，那么事务将会回滚

例如 ： 直接连接redis机器，通过redis-cli -h host -p 连接上redis之后执行命令

192.168.95.128:6379> incr txkey 来干扰。