Redis03:事务与jedis

一、事务1、redis事务本质一组命令的集合!一个事务中的所有命令都会被序列化,在事务执行过程中,会按照顺序执行!Redis 单条命令是保证原子性的,但是Redis事务不保证原子性Redis 事务没有隔离级别的概念!所有的命令在事务中,并没有直接被执行!只有发起执行命令的时候才会执行!Execredis的事务执行顺序:1、开启事务( multi )2、命令入队( )3、执行事务( exec )2、测试案例正常执行事务> multi # 开启事务OK=
摘要由CSDN通过智能技术生成

一、事务

1、redis事务本质

  • 一组命令的集合!一个事务中的所有命令都会被序列化,在事务执行过程中,会按照顺序执行!
  • Redis 单条命令是保证原子性的,但是Redis事务不保证原子性
  • Redis 事务没有隔离级别的概念!
  • 所有的命令在事务中,并没有直接被执行!只有发起执行命令的时候才会执行!Exec
  • redis的事务执行顺序:
    1、开启事务( multi )
    2、命令入队( )
    3、执行事务( exec )

2、测试案例

  • 正常执行事务
> multi         # 开启事务
OK
===== 命令入队 =====
> set k1 v2
QUEUED
> set k2 v2
QUEUED
> get k2
QUEUED
===== 执行事务 =====
> exec          # 执行事务,按照入队顺序一步一步执行,执行一次之后事务就结束了,如果需要重新执行事务需要重新开启,命令入队操作
OK
OK
v2
  • 取消事务
127.0.0.1:6379> multi        #开启事务
OK
===== 命令入队 =====
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
===== 取消事务 =====
127.0.0.1:6379> discard      #取消事务后之前队内所有的命令都不会被执行了
OK
127.0.0.1:6379> get k2
(nil)
  • 运行时异常,如果事务队列中存在语法性错误,命令执行的时候,其他命令是可以正常执行的,错误命令抛出异常
127.0.0.1:6379> multi              # 开启事务
OK
127.0.0.1:6379> set k1 "v1"        #设置字符串值
QUEUED
127.0.0.1:6379> incr k1            #字符串值自增,会报错
QUEUED
127.0.0.1:6379> set k2 v2          #接着执行
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> exec
1) OK
2) (error) ERR value is not an integer or out of range         #字符串不是整形不能自增,有异常!但是不影响其他事务!
3) OK
4) OK
127.0.0.1:6379> get k2              #依旧可以获取到值
"v2"
  • 编译型异常(命令有错!),事务中所有的命令都不会被执行!
127.0.0.1:6379> multi            #开启事务
OK
=====命令入队 =====
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> getset k3
(error) ERR wrong number of arguments for 'getset' command         #这里因为命令有错,但是不会中断事务,所以下面可以继续写
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> set k5 v5
QUEUED
127.0.0.1:6379> exec              #执行事务
(error) EXECABORT Transaction discarded because of previous errors. #执行事务报错,所有的命令都不会被执行
127.0.0.1:6379> get k5            #获取值为nil
(nil)

3、watch(监视)

  • 悲观锁:
    1、很悲观,认为什么时候都会出问题,无论做什么都会加锁!
  • 乐观锁
    1、很乐观,认为什么时候都不会出问题,所以不会上锁,更新数据的时候去判断一下,在此期间是否有人修改这过个数据
    2、获取 version
    3、更新的时候比较 version
  • 锁测试
    正常执行成功的情况
127.0.0.1:6379> set money 100         #设置零花钱为100
OK
127.0.0.1:6379> set out 0             #设置已经花出去的钱为0
OK
127.0.0.1:6379> watch money           #监视money,事务执行成功之后,监控会自动取消
OK
127.0.0.1:6379> multi                 #开启事务,事务正常结束,数据期间没有发生变动,这个时候就正常执行成功
OK
===== 命令入队 =====
127.0.0.1:6379> decrby money 20
QUEUED
127.0.0.1:6379> incrby out 20
QUEUED
127.0.0.1:6379> exec                   #执行事务
1) (integer) 80
2) (integer) 20
  • 测试多线程修改值,使用watch可以当作redis的乐观锁操作:线程1去执行事务,在执行命令之前线程2修改了原来的money,导致线程1事务执行失败
    线程一
#线程1
127.0.0.1:6379> watch money            #监控money
OK
127.0.0.1:6379> multi                  #开启事务
OK
127.0.0.1:6379> decrby money 10        #money减10
QUEUED
127.0.0.1:6379> incrby out 10          #out加10
QUEUED
127.0.0.1:6379> exec                   #执行事务失败(在此步之前有线程2修改了money的值)
(nil)
  • 线程1拿到的money是80,执行事务操作之后得到的结果应该是70,但是与线程2修改的1000比较,两个值不一致,导致事务执行失败
    线程二
#线程2
127.0.0.1:6379> get money          #线程1事务执行之前,获取money的值为80
"80"
127.0.0.1:6379> set money 1000     #线程1事务执行之前,修改money的值为1000
OK
  • 如果事务执行失败则重新监视获取最新值即可,unwatch先解锁,然后再次监视,再去创建、执行事务
127.0.0.1:6379> unwatch            #解锁
127.0.0.1:6379> watch money        #再次开启监视
OK
127.0.0.1:6379> multi              #再次开启事务
OK
127.0.0.1:6379> decrby money 10
QUEUED
127.0.0.1:6379> incrby out 10
QUEUED
127.0.0.1:6379> exec
1) (integer) 990
2) (integer) 30

二、Jedis

1、什么是jedis

  • Redis是官方推荐的Java连接开发工具,使用Java操作Redis的中间件。

2、测试

  • 创建Maven项目
  • 导入redis、fastjson依赖
<dependency>
    <groupId>redis.clients</groupId>
    <artifactId>jedis</artifactId>
    <version>3.3.0</version>
</dependency>
<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>fastjson</artifactId>
    <version>1.2.71</version>
</dependency>
  • 测试连接
public class TestJedis {
    public static void main(String[] args) {
        Jedis jedis = new Jedis("127.0.0.1",6379);
        String ping = jedis.ping();
        System.out.println(ping);
    }
}
  • 测试命令
// 连通
Jedis jedis = new Jedis("ip地址", 6379);
jedis.auth("密码");
//基本操作
System.out.println("清空数据:" + jedis.flushAll());
System.out.println("判断key(name)是否存在:" + jedis.exists("name"));
System.out.println("设置name的value:" + jedis.setnx("name", "liuyou"));
System.out.println("设置pwd的value:" + jedis.setnx("pwd", "密码"));
System.out.println("打印所有的key:" + jedis.keys("*"));
System.out.println("获取该name的value:" + jedis.get("name"));
System.out.println("删除pwd:" + jedis.del("pwd"));
System.out.println("重命名name为username:" + jedis.rename("name", "username"));
System.out.println("打印所有的key:" + jedis.keys("*"));
System.out.println("返回当前数据库中key的数目:" + jedis.dbSize());
  • 运行结果
清空数据:OK
判断key(name)是否存在:false
设置name的value:1
设置pwd的value:1
打印所有的key:[pwd, name]
获取该name的value:liuyou
删除pwd:1
重命名name为username:OK
打印所有的key:[username]
返回当前数据库中key的数目:1
  • 事务测试
// 连通
Jedis jedis = new Jedis("IP地址", 6379);
jedis.auth("密码");
JSONObject jsonObject = new JSONObject();
jsonObject.put("hello","world");
jsonObject.put("name","liuyou");
jsonObject.put("pwd","密码");
String s = jsonObject.toJSONString();
jedis.flushAll();
/// 加监听 watch
// jedis.watch("user");
// 开启事务
Transaction multi = jedis.multi();
try {
    multi.set("user",s);
    // 其他语句
    // 执行事务
    multi.exec();
} catch (Exception e) {
    // 取消事务
    multi.discard();
    e.printStackTrace();
} finally {
    System.out.println(jedis.get("user"));
    // 关闭连接
    jedis.close();
}
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

微笑AJJD

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值