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

本文涉及的产品
云数据库 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
相关文章
|
16天前
|
缓存 NoSQL 关系型数据库
13- Redis和Mysql如何保证数据⼀致?
该内容讨论了保证Redis和MySQL数据一致性的几种策略。首先提到的两种方法存在不一致风险:先更新MySQL再更新Redis,或先删Redis再更新MySQL。第三种方案是通过MQ异步同步以达到最终一致性,适用于一致性要求较高的场景。项目中根据不同业务需求选择不同方案,如对一致性要求不高的情况不做处理,时效性数据设置过期时间,高一致性需求则使用MQ确保同步,最严格的情况可能涉及分布式事务(如Seata的TCC模式)。
43 6
|
16天前
|
NoSQL Redis
05- Redis的数据淘汰策略有哪些 ?
Redis 提供了 8 种数据淘汰策略:挥发性 LRU、LFU 和 TTL(针对有过期时间的数据),挥发性随机淘汰,以及全库的 LRU、LFU 随机淘汰,用于在内存不足时选择删除。另外,还有不淘汰策略(no-eviction),允许新写入操作报错而非删除数据。
196 1
|
1天前
|
存储 缓存 NoSQL
Redis入门到通关之Redis缓存数据实战
Redis入门到通关之Redis缓存数据实战
|
3天前
|
存储 缓存 运维
软件体系结构 - 缓存技术(5)Redis Cluster
【4月更文挑战第20天】软件体系结构 - 缓存技术(5)Redis Cluster
136 10
|
10天前
|
缓存 NoSQL Java
使用Redis进行Java缓存策略设计
【4月更文挑战第16天】在高并发Java应用中,Redis作为缓存中间件提升性能。本文探讨如何使用Redis设计缓存策略。Redis是开源内存数据结构存储系统,支持多种数据结构。Java中常用Redis客户端有Jedis和Lettuce。缓存设计遵循一致性、失效、雪崩、穿透和预热原则。常见缓存模式包括Cache-Aside、Read-Through、Write-Through和Write-Behind。示例展示了使用Jedis实现Cache-Aside模式。优化策略包括分布式锁、缓存预热、随机过期时间、限流和降级,以应对缓存挑战。
|
18天前
|
存储 NoSQL 算法
redis数据持久化
redis数据持久化
|
18天前
|
存储 缓存 NoSQL
使用redis进行缓存加速
使用redis进行缓存加速
27 0
|
1月前
|
缓存 NoSQL 安全
【Redis】缓存穿透
【Redis】缓存穿透
30 0
|
1月前
|
缓存 监控 NoSQL
解析Redis缓存雪崩及应对策略
解析Redis缓存雪崩及应对策略
|
1月前
|
存储 缓存 NoSQL
Redis高效缓存:加速应用性能的利器
Redis高效缓存:加速应用性能的利器

热门文章

最新文章