案例01-修改数据redis没有同步更新

本文涉及的产品
云数据库 Redis 版,社区版 2GB
推荐场景:
搭建游戏排行榜
简介: 修改数据redis没有同步更新

一:背景介绍

       redis中存储了关于一个课程下多个班级的信息。但是难免会在一个课程下添加新的班级。添加了新的班级之后缓存中的数据是没有同步更新的,只能等数据的有效时间过了之后数据才会更新。这样就导致了我们添加了班级请求数据的时候却没有把新添加的数据返回回来。

c88a08b875fc4a4096d18c6f397eb1ba.png

       此代码的逻辑是通过redis查询该课程下所有班级的信息,如果没有从redis中查询到数据就从数据库中查询并存到redis里一份。这样就存在一个问题,更新数据库中的数据的时候没有同步把缓存中的数据也进行更新,在查询的时候就会有查询的数据和实际的数据是不一致的。

二:思路&方案

       在更新数据的时候,将redis中的缓存信息进行删除操作。下次在查询该数据的时候发现redis中没有该数据,就会从数据库中查询数据然后放到redis中,确保每次查询数据都是最新的。

三:过程

1.修改数据没有删除缓存

添加pom.文件的依赖

<dependencies>
        <dependency>
            <groupId>redis.clients</groupId>
            <artifactId>jedis</artifactId>
            <version>3.3.0</version>
        </dependency>
        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <version>8.0.16</version>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <version>1.18.20</version>
            <scope>compile</scope>
        </dependency>
    </dependencies>

通过班级id查询课程名称

public  class SelectCourseNameByClassId {
    /*
     * @description:通过班级id查询课程名称
     * @author: wuzilong
     * @date: 2023/3/4 14:24
     * @param: [args]
     * @return: void
     **/
    public static void main(String[] args) {
        //构造jedis,连接redis 并设置超时时间为100秒,在jedis的默认构造方法中,超时的时间一般被默认设置为2000毫秒,也就是2秒。
        Jedis jedis=new Jedis("ip",端口号,100000);
        jedis.auth("密码");
        CourseConfiguration courseConfiguration=null;
        //查询redis
        String courseName = jedis.get("wuzilong:ClassId");
        if(courseName==""||courseName==null){
            //从数据库中查询
            UserInfoDao userInfoDao=new UserInfoDao();
             courseConfiguration = userInfoDao.selectCourseNameByClassId(55801751);
            //存入redis 并设置过期时间60秒
            jedis.set("wuzilong:ClassId",courseConfiguration.getCourse_name());
            jedis.expire("wuzilong:ClassId",60);
            System.out.println(courseConfiguration.getCourse_name());
        }else {
            System.out.println(courseName);
        }
    }
}

执行结果

e7701560bad84b4d861d29194f3f283b.png

通过班级id修改课程名称(没有删除redis中的缓存)

public class UpdateCourseNameByClassId {
    /*
     * @description:通过通过班级id修改班级名称
     * @author: wuzilong
     * @date: 2023/3/4 14:27
     * @param: [args]
     * @return: void
     **/
    public static void main(String[] args) {
        //修改班级名称
        UserInfoDao userInfoDao=new UserInfoDao();
        userInfoDao.updateCourseNameByClassId(55801751,"ARPro计算机思维课程-开发班课");
        System.out.println("修改成功!");
    }
}

执行结果

1c9a8651b4284c1d802a1703694aa777.png

修改完毕之后我们在去执行一下通过班级id查询

85756900fbfb458f836559c5372505ab.png

发现查询出来的结果还是修改之前的结果, 这是由于redis缓存中之前的数据还没有过期。如果查询的时候对应的key的值已经过期了,那么会去数据库中查询数据然后放到redis。

2.修改数据删除了缓存

在原来修改数据的方法里添加了删除缓存的代码

public class UpdateCourseNameByClassId {
    /*
     * @description:通过通过班级id修改班级名称
     * @author: wuzilong
     * @date: 2023/3/4 14:27
     * @param: [args]
     * @return: void
     **/
    public static void main(String[] args) {
        //修改班级名称
        UserInfoDao userInfoDao=new UserInfoDao();
        userInfoDao.updateCourseNameByClassId(55801751,"ARPro计算机思维课程-开发班课");
        //连接redis
        Jedis jedis=new Jedis("82.157.199.3",6379,100000);
        jedis.auth("000415");
        //删除key键
        jedis.del("wuzilong:ClassId");
        System.out.println("修改成功!");
    }
}

        通过修改数据加上删除数据的缓存,我们就可以达到缓存中的数据和数据库中的数据是一致的。在给前端提供数据的时候不会有差异。

四:同步更新缓存

  1. 提高性能:Redis是一种基于内存的数据库,读取内存中的数据速度非常快。当数据发生修改时,Redis不会立即进行更新操作,而是将修改操作记录在内存中的日志中,然后异步地进行批量更新。这种延迟更新的方式可以减少磁盘IO操作,提高系统的整体性能。
  2. 减少网络开销:在分布式环境下,当多个客户端同时修改相同的数据时,如果每次修改都立即更新到Redis中,会导致大量的网络开销。延迟更新可以将多个修改操作合并成一次批量更新,减少了网络传输的次数和数据量,提高了系统的网络性能。
  3. 降低数据冲突风险:在高并发的场景下,多个客户端同时修改相同的数据可能会导致数据冲突,造成数据的不一致性。延迟更新可以通过将修改操作记录在内存中的日志中,然后按照一定的策略进行批量更新,减少了数据冲突的风险,提高了数据的一致性。
  4. 提高系统的可用性:Redis的延迟更新机制可以提高系统的可用性。当Redis节点发生故障或者网络中断时,延迟更新可以保证数据的一致性和完整性。在节点恢复或者网络重新连接后,Redis可以通过日志中的修改操作进行数据的恢复和更新,保证系统的可用性和数据的准确性。

五:总结

       有时候很多的问题是我们没有想到或者对于知识的应用不清楚导致的。对于知识的学习还是需要系统性的学习,这样我们才会从很大程度上避免添加了缓存在数据更新的时候没有删除缓存的问题。

六:升华

       1.学习要先宏观在微观,有了全面的认识之后在针对每一个模块进行学习。

       2.做事情要有闭环反馈,有头有尾才能确保这件事情是一个完整的。


相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore &nbsp; &nbsp; ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库&nbsp;ECS 实例和一台目标数据库&nbsp;RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&amp;RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
相关文章
|
19天前
|
缓存 NoSQL 关系型数据库
13- Redis和Mysql如何保证数据⼀致?
该内容讨论了保证Redis和MySQL数据一致性的几种策略。首先提到的两种方法存在不一致风险:先更新MySQL再更新Redis,或先删Redis再更新MySQL。第三种方案是通过MQ异步同步以达到最终一致性,适用于一致性要求较高的场景。项目中根据不同业务需求选择不同方案,如对一致性要求不高的情况不做处理,时效性数据设置过期时间,高一致性需求则使用MQ确保同步,最严格的情况可能涉及分布式事务(如Seata的TCC模式)。
48 6
|
19天前
|
存储 NoSQL 算法
09- Redis分片集群中数据是怎么存储和读取的 ?
Redis分片集群使用哈希槽分区算法,包含16384个槽(0-16383)。数据存储时,通过CRC16算法对key计算并模16383,确定槽位,进而分配至对应节点。读取时,根据槽位找到相应节点直接操作。
54 12
|
19天前
|
NoSQL Redis
05- Redis的数据淘汰策略有哪些 ?
Redis 提供了 8 种数据淘汰策略:挥发性 LRU、LFU 和 TTL(针对有过期时间的数据),挥发性随机淘汰,以及全库的 LRU、LFU 随机淘汰,用于在内存不足时选择删除。另外,还有不淘汰策略(no-eviction),允许新写入操作报错而非删除数据。
303 1
|
19天前
|
NoSQL Redis
03- Redis的数据持久化策略有哪些 ?
Redis的数据持久化包括两种策略:RDB(全量快照)和AOF(增量日志)。RDB在指定时间间隔将内存数据集保存到磁盘,而AOF记录所有写操作形成日志。从Redis 4.0开始,支持RDB和AOF的混合持久化,通过设置`aof-use-rdb-preamble yes`。
16 1
|
19天前
|
缓存 NoSQL 算法
17- 数据库有1000万数据 ,Redis只能缓存20w数据, 如何保证Redis中的数据都是热点数据 ?
保证Redis中的20w数据为热点数据,可以通过设置Redis的LFU(Least Frequently Used)淘汰策略。这样,当数据库有1000万数据而Redis仅能缓存20w时,LFU会自动移除使用频率最低的项,确保缓存中的数据是最常使用的。
55 8
|
5天前
|
存储 缓存 NoSQL
Redis入门到通关之Redis缓存数据实战
Redis入门到通关之Redis缓存数据实战
12 0
|
5天前
|
存储 运维 监控
|
21天前
|
存储 NoSQL 算法
redis数据持久化
redis数据持久化
|
26天前
|
NoSQL 安全 网络安全
保护Redis:建立铁壁般的安全防线,守护你的数据财富
保护Redis:建立铁壁般的安全防线,守护你的数据财富
|
26天前
|
消息中间件 存储 NoSQL
Redis Stream: 实时消息处理的利器,让你的数据流畅又可靠!
Redis Stream: 实时消息处理的利器,让你的数据流畅又可靠!