Redis（五）------事务、Jdies、SpringBoot集成Redis

最新推荐文章于 2024-08-09 10:50:51 发布

钟情_

最新推荐文章于 2024-08-09 10:50:51 发布

阅读量1.2k

点赞数

分类专栏： Redis学习笔记文章标签： Redis redis

本文链接：https://blog.csdn.net/weixin_44176393/article/details/123693829

版权

本文详细介绍了Redis的事务操作，包括开始事务、取消事务和监控（Watch），探讨了乐观锁和悲观锁的概念。此外，还讲解了Jedis作为Redis的Java连接工具的使用，包括导入依赖、编码测试和常用API。最后，讨论了SpringBoot如何整合Redis，包括配置、测试和RedisTemplate的序列化配置。

摘要由CSDN通过智能技术生成

Redis（五）------事务、Jdies、SpringBoot集成Redis

8、事务

Redis的单条命令保证原子性，Redis事务不保证原子性
Redis事务本质：一组命令的集合
事务中每条命令都会被序列化，执行过程中按顺序执行，不允许其他命令进行干扰
Redis事务没有隔离级别的概念
事务特性：
- 一次性
- 顺序性
- 排他性
所有事务中的命令在加入时都没有被执行，直到提交时才会开始执行（exec）一次性完成

8.1 Redis事务操作过程

开启事务（multi）
命令入队
执行事务（exec）
取消执行（discard）

8.1.1 开始事务

# 开启事务
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> get k1
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> keys *
QUEUED

# 事务执行
127.0.0.1:6379> exec 
1) OK
2) OK
3) "v1"
4) OK
5) 1) "k3"
   2) "k2"
   3) "k1"

8.1.2 取消事务

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> EXEC 
# 当前未开启事务
(error) ERR EXEC without MULTI 
# 被放弃事务中命令并未执行
127.0.0.1:6379> get k1 
(nil)

8.1.3 事务错误（运行时错误，编译时错误）

代码语法错误（编译时异常）

# 编译时异常，是语法错误，所有命令都不生效
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> error k1 
# 会报错但是不影响后续命令入队 
(error) ERR unknown command `error`, with args beginning with: `k1`, 

127.0.0.1:6379> get k2
QUEUED

127.0.0.1:6379> EXEC
# 执行报错
(error) EXECABORT Transaction discarded because of previous errors. 
# 其他命令并没有被执行
127.0.0.1:6379> get k1 
(nil)

代码逻辑错误（运行时异常）

# 运行时异常 其他所有指令正常执行 
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> INCR k1 
QUEUED
127.0.0.1:6379> get k2
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
# 运行时报错
3) (error) ERR value is not an integer or out of range 
# 其他命令正常执行
4) "v2"

8.2 监控 Watch

8.2.1 悲观锁

很悲观，认为什么时候都会出现问题，无论做什么都会加锁

8.2.2 乐观锁

很乐观，认为什么时候都不会出现问题，不会上锁
更新数据的时候判断一下，在此期间是否有人修改过这个数据
获取version，更新的时候比较version

8.2.3 Redis测试监控测试

正常执行成功

127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> set out 0
OK
# 监视 money 对象
127.0.0.1:6379> watch 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的乐观锁操作

# 第一个客户端 先不执行exec 因为此时watch后的值还是原来的值
127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> set out 0
# 监视 money
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> set money 80
OK

# 第二个客户端执行完后 我再执行exec 就报错了
# 执行前，另一个线程，修改了money的值，会导致事务执行失败
127.0.0.1:6379> exec 
(nil)

如果修改失败，获得最新的值

# 如果发现事务执行失败，就先解锁
127.0.0.1:6379> unwatch
OK

# 获取最新的值，再次监视，select version
127.0.0.1:6379> watch 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) 60
2) (integer) 20

注：每次提交执行exec后都会自动释放锁，不管是否成功

9、Jedis

Jedis是Redis官方推荐的java连接开发工具，使用java操作Redis的中间件
如果要使用java操作Redis，一定要对Jedis非常熟悉！

9.1 导入对应的依赖

<!--导入Jedis的包-->
    <dependencies>
        <!-- https://mvnrepository.com/artifact/redis.clients/jedis -->
        <dependency>
            <groupId>redis.clients</groupId>
            <artifactId>jedis</artifactId>
            <version>3.3.0</version>
        </dependency>
        <!--fastjson-->
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>fastjson</artifactId>
            <version>1.2.73</version>
        </dependency>
    </dependencies>

9.2 编码测试

开启防火墙中6379端口：firewall-cmd --zone=public --add-port=6379/tcp --permanent，并且重启防火墙：systemctl restart firewalld.service
远程连接linux服务器，需要修改redis.config

# 后台运行
daemonize yes
protected-mode no
# bind是默认运行端口
注释掉 bind 127.0.0.1

修改完成后，重启redis，./redis-cli -h linuxIP -p 6379，ping成功则连接成功
连接数据库，操作命令，断开连接

public class TestPing {
   
    public static void main(String[] args) {
   
        //第一步 new Jedis对象
        Jedis jedis = new Jedis("linux服务器端口号",6379);
        //Jedis所有的命令就是学习的Redis所有指令
        //之前的指令就是方法
        System.out.println(jedis.ping());
    }
}

在这里插入图片描述

9.3 常用的API

String
List
Set
Hash
Zset

9.4 Jedis事务

public class TestPing {
   
    public static void main(String[] args) {
   
        //第一步 new Jedis对象
        Jedis jedis = new Jedis("101.35.2.137",6379);
        //Jedis所有的命令就是学习的Redis所有指令
        //之前的指令就是方法 jedis.set()
        System.out.println(jedis.ping());

        JSONObject jsonObject = new JSONObject();
        jsonObject.put(

最低0.47元/天解锁文章

钟情_

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Redis（五）------事务、Jdies、SpringBoot集成Redis

Redis（五）------事务、Jdies、SpringBoot集成Redis8、事务Redis的单条命令保证原子性，Redis事务不保证原子性Redis事务本质：一组命令的集合事务中每条命令都会被序列化，执行过程中按顺序执行，不允许其他命令进行干扰Redis事务没有隔离级别的概念事务特性：一次性顺序性排他性所有事务中的命令在加入时都没有被执行，直到提交时才会开始执行（exec）一次性完成8.1 Redis事务操作过程开启事务（multi）命令入
复制链接

扫一扫

专栏目录