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 来干扰。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值