首页数据显示-添加 redis 缓存(3)| 学习笔记

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
云数据库 Tair(兼容Redis),内存型 2GB
简介: 快速学习 首页数据显示-添加 redis 缓存(3)

开发者学堂课程【微服务+全栈在线教育实战项目演练(SpringCloud Alibaba+SpringBoot)首页数据显示-添加 redis 缓存(3)】学习笔记,与课程紧密联系,让用户快速学习知识。

课程地址https://developer.aliyun.com/learning/course/667/detail/11437


首页数据显示-添加 redis 缓存(3)


内容介绍

一.对可能遇到的问题进行补充说明

二.在 service_cms 配置文件中配置 redis 地址

三.在接口处添加 redis 缓存


一.对可能遇到的问题进行补充说明

【root@online bin】 #vi/etc/redis.conf 回车  

指定配置文件启动是为了改方便,如果不指定配置文件可能改的就是默认文件。

看里面内容,需要改这样几点:

① bind  127.0.0.1

默认是没有注释掉的,要先将它注释掉。

这个命令代表只允许本地访问,因为我们现在要通过 windows 访问,所以要将它注释掉。

②  protected-mode no 如果是 no 不需要改,如果是 yes 改成 no。

这个也是阻止远程访问的命令,具有保护功能。

改完之后要将 redis 重启。

先把进程查出来,再输入 kill-9命令将他杀掉。


二.在 service_cms 配置文件中配置 redis 地址

配置是固定的,将配置复制过来:

spring.redis.host=192.168.44.132

spring.redis.port=6379

spring.redis.database= 0

spring.redis.timeout=1800000

spring.redis.lettuce.pool.max-active=20 spring.redis.lettuce.pool.max-wait=-1

#最大阻塞等待时间(负数表示没限制)

spring.redis.lettuce.pool.max-idle=5

spring.redis.lettuce.pool.min-idle=0

找到 service_cms 中的配置文件,在里面粘贴以上配置。  

注:

spring.redis.lettuce.pool.max-active=20 spring.redis.lettuce.pool.max-wait=-1

#最大阻塞等待时间(负数表示没限制)

spring.redis.lettuce.pool.max-idle=5

spring.redis.lettuce.pool.min-idle=0

以上部分是默认的值。

192.168.44.132是核心是要连接 redis 的 ip 地址。其他 ip 写虚拟机的 ip 即可。

6379是端口号。默认都是6379。如果用的是 Windows 版本的 redis,ip 可以写127.0.0.1

这部分添加配置最主要的是 ip 和端口号,只有加上之后才能连上 redis。整个过程就完成了。


三.在接口处添加 redis 缓存

来做个测试,在 CrmBannerserviceImpl 中加一个注解:

@Catcheable (value=“banner”,key=“ ‘selectIndexList’“)

selectIndexList 是随便起的,为了让 key 更明显,当我们再查询,他会把返回的 list 数据放回到缓存中,第二次查询就会查缓存而不去查数据库。

除了这个,redis 也启动了,包在配置类中,加上 ip 端口号就都完成了,接下来试一下效果。

把cms重启一下,重启之后到页面中来看最终的效果。

重启启动成功之后一直在首页面刷新。来到首页面:

【root@online bin】#./redis.cli 回车在输入keys*

目前的 key 是这几个,输入 del 删掉几个,保留两个:

【root@online bin】# :/redis-cli

127.0.0.1:6379> keys*

1)"aa"

2)“1234“

3)“test4"

4) "test"

127.0.0.1:6379> del aa

(integer)1

127. 0.0. 1 :6379> del 1234

[integer)1

127.0.0.1:6379> keys*1)"test4"

2)"test"

127:0.0.1:6379>

比如要向缓存中加数据,那这个位置肯定会多出一个key会是什么样的。

现在将首页刷新,图案可以显示

image.png

现在看一下里面的特点,在控制台现在发送的语句去查了数据库得到了几条记录。再看 redis 中的 key,仍然输入keys* 回车,会发现多出来一个 key:

127.0.0.1:6379> keys*

1)”banner : : selectIndexList”

2)“test4"

3) "test"

127.0.0.1:6379>

现在把值取一下:

127.0.0.1:6379>get banner:: selectIndexList

回车

"[\"java.util.ArrayList\",[[\"com.atquiqu.educms.entity.CrmBanner\",{\"id\":\"1194556896025845762\","title\":\"testl\",\"imaqeUrl\":\"http://quli.shop/photo/anner/1525939573202.ipa\","linkUrl\":\"/course\",\"sort\":1,\"isDeleted\":false,\"qntCreate\":[\"java.util.Date\",1573639532000],"gmtModified\":[\"java.util.Date\",1574044102000]}],[\"com.atquigu.educms.entity.C rmBanner\",{\"id\":\"1194607458461216769\",\"title\":\"test2\",\"inageUrl\":\"http://quli.shop/photo/course/02.jpg\",\"linkUrl\":\"/teacher\",\"sort\":2,\"isDeleted\":false,\"gmtCreate[\"java.util.Date\",1573651587000],\"qmtModified[\"iava.util.Date\",1573693935000]}1]]127.0.0.1:6379>

这里已经在 redis 中存了我们的数据。

可以发现 Key 的值有个特点,banner 加两个冒号加 selectIndexList,而代码中的生成规则可以总结出来。

@Catcheable (value=“banner”,key=“ ‘selectIndexList’“)

Banner 和 selectIndexList 中间有两个冒号,最终用这两个结构构成 ke 的名字,看到的就是以上的效果。

再去刷新首页,数据可以显示。

在控制台中,没有 circle 语句输出,因为没查数据库。

如果查了数据库,里面肯定会有语句。

刷新了很多次,后台没有语句证明目前没有查数据库,查的是 redis 缓存中的数据。

这里面有一个规则“banner:: selectIndexList“

课件中截取一段源码:

通过源码查看到 key 生成的规则

package org.springframework.data.redis.cache;

@FunctionalInterface

public interface CacheKeyPrefix{

String compute(String varl);

static CacheKeyPrefix simple() {

return (name)-> {

return name+“::“;

也就是 value+::+key ,即 banner:: selectIndexList.

这样,把首页数据放到 redis 中就完成了。

做“课程“,”名师“也是这样做,下面来演示一下。

“课程“,”名师“在 edu 里面,第一部分先把 redis 配置加进去,找到一个方法,方法在 IndexFrontController,在里面加上值:

//查询前8条热门课程

QueryWrapper<EduCourse>wrapper=new QueryWrapper<>(): Iwrapper.orderByDesc(..columns:"id”); wrapper.last(lastSql:"limit 8");

List<EduCourse>eduList=courseService.list(wrapper);

//查询前4条名师

QueryWrapper<EduTeacher>wrapperTeacher=new QueryWrapper<>(); wrapperTeacher.orderByDesc(..columns:"id"); wrapperTeacher.last(lastSql:"limit 4”);

List<EduTeacher>teacherList =teacherService.list(wrapperTeacher):

return R. ok().data("eduList", eduList).data("teacherList", teacherList).

如果直接这样加会有问题,因为 R. ok().data 直接是 ok,所以还是可以把值放入 service 里面。

要写两个方法,一个查课程,一个查名师,在每个方法上面还是加这个注解:Catcheable (value=“banner”,key=“ ‘selectIndexList’“)

可以把绿色部分换成另外的名字,这样就可以了。

把课程和名师也加上 redis,过程和以上讲解相同,只是需要把上面说到的改一下,ctrl 直接加注解并不起作用,因为反应的是 data 数据。所以同学们需要在 service 里面写两个方法。

在两个方法的每个方法中都加上注解,把名字改成对应的名字。这就是缓存的使用。

还有一种缓存,一个是@CacheEvict,一个是@CachePut,这两个用法和上面的一样,也可以在方法上面加注解。

以此为例:

@CacheEvict(value="banner",allEntries=true)

@Override

public void updateBannerById(Crmbanner banner) {

baseMapper.updateById(banner);

这个注解的意思是把 banner 缓存的名字里面的值清空,加一个 allEntries=true,缓存中的内容就会清空。

当然,自我修改、删除的时候里面就没有内容,但是主要用到的是查询。

这种缓存了解一下即可。需要记住的是:

@Catcheable (value=“banner”,key=“ ‘selectIndexList’“)

所以现在缓存就加进去了,首页数据就放到里面了。这一过程测试完成。

相关实践学习
基于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
目录
打赏
0
0
0
0
127
分享
相关文章
Redis应用—8.相关的缓存框架
本文介绍了Ehcache和Guava Cache两个缓存框架及其使用方法,以及如何自定义缓存。主要内容包括:Ehcache缓存框架、Guava Cache缓存框架、自定义缓存。总结:Ehcache适合用作本地缓存或与Redis结合使用,Guava Cache则提供了更灵活的缓存管理和更高的并发性能。自定义缓存可以根据具体需求选择不同的数据结构和引用类型来实现特定的缓存策略。
Redis应用—8.相关的缓存框架
Redis,分布式缓存演化之路
本文介绍了基于Redis的分布式缓存演化,探讨了分布式锁和缓存一致性问题及其解决方案。首先分析了本地缓存和分布式缓存的区别与优劣,接着深入讲解了分布式远程缓存带来的并发、缓存失效(穿透、雪崩、击穿)等问题及应对策略。文章还详细描述了如何使用Redis实现分布式锁,确保高并发场景下的数据一致性和系统稳定性。最后,通过双写模式和失效模式讨论了缓存一致性问题,并提出了多种解决方案,如引入Canal中间件等。希望这些内容能为读者在设计分布式缓存系统时提供有价值的参考。感谢您的阅读!
130 6
Redis,分布式缓存演化之路
解决Redis缓存数据类型丢失问题
解决Redis缓存数据类型丢失问题
203 85
云端问道21期方案教学-应对高并发,利用云数据库 Tair(兼容 Redis®*)缓存实现极速响应
云端问道21期方案教学-应对高并发,利用云数据库 Tair(兼容 Redis®*)缓存实现极速响应
云端问道21期实操教学-应对高并发,利用云数据库 Tair(兼容 Redis®)缓存实现极速响应
本文介绍了如何通过云端问道21期实操教学,利用云数据库 Tair(兼容 Redis®)缓存实现高并发场景下的极速响应。主要内容分为四部分:方案概览、部署准备、一键部署和完成及清理。方案概览中,展示了如何使用 Redis 提升业务性能,降低响应时间;部署准备介绍了账号注册与充值步骤;一键部署详细讲解了创建 ECS、RDS 和 Redis 实例的过程;最后,通过对比测试验证了 Redis 缓存的有效性,并指导用户清理资源以避免额外费用。
Redis经典问题:缓存穿透
本文详细探讨了分布式系统和缓存应用中的经典问题——缓存穿透。缓存穿透是指用户请求的数据在缓存和数据库中都不存在,导致大量请求直接落到数据库上,可能引发数据库崩溃或性能下降。文章介绍了几种有效的解决方案,包括接口层增加校验、缓存空值、使用布隆过滤器、优化数据库查询以及加强监控报警机制。通过这些方法,可以有效缓解缓存穿透对系统的影响,提升系统的稳定性和性能。
大厂面试高频:如何解决Redis缓存雪崩、缓存穿透、缓存并发等5大难题
本文详解缓存雪崩、缓存穿透、缓存并发及缓存预热等问题,提供高可用解决方案,帮助你在大厂面试和实际工作中应对这些常见并发场景。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
大厂面试高频:如何解决Redis缓存雪崩、缓存穿透、缓存并发等5大难题
【赵渝强老师】基于Redis的旁路缓存架构
本文介绍了引入缓存后的系统架构,通过缓存可以提升访问性能、降低网络拥堵、减轻服务负载和增强可扩展性。文中提供了相关图片和视频讲解,并讨论了数据库读写分离、分库分表等方法来减轻数据库压力。同时,文章也指出了缓存可能带来的复杂度增加、成本提高和数据一致性问题。
124 4
【赵渝强老师】基于Redis的旁路缓存架构
|
4月前
|
Redis作为PHP缓存解决方案的优势、实现方式及注意事项。Redis凭借其高性能、丰富的数据结构、数据持久化和分布式支持等特点,在提升应用响应速度和处理能力方面表现突出
本文深入探讨了Redis作为PHP缓存解决方案的优势、实现方式及注意事项。Redis凭借其高性能、丰富的数据结构、数据持久化和分布式支持等特点,在提升应用响应速度和处理能力方面表现突出。文章还介绍了Redis在页面缓存、数据缓存和会话缓存等应用场景中的使用,并强调了缓存数据一致性、过期时间设置、容量控制和安全问题的重要性。
78 5
Redis 是一个高性能的键值对存储系统,常用于缓存、消息队列和会话管理等场景。
【10月更文挑战第4天】Redis 是一个高性能的键值对存储系统,常用于缓存、消息队列和会话管理等场景。随着数据增长,有时需要将 Redis 数据导出以进行分析、备份或迁移。本文详细介绍几种导出方法:1)使用 Redis 命令与重定向;2)利用 Redis 的 RDB 和 AOF 持久化功能;3)借助第三方工具如 `redis-dump`。每种方法均附有示例代码,帮助你轻松完成数据导出任务。无论数据量大小,总有一款适合你。
106 6

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等