必备redis6教程-分布式缓存Redis6.X+高可用集群课程介绍-小滴课堂

最新推荐文章于 2024-08-09 12:15:06 发布

冰冰教你写代码-

最新推荐文章于 2024-08-09 12:15:06 发布

阅读量192

点赞数

分类专栏： redis6 文章标签： redis 编程后端 java 源码

本文链接：https://blog.csdn.net/XDCLASS21/article/details/119249070

版权

19 篇文章 0 订阅

订阅专栏

第1集新版Redis6核心特性-多线程介绍

简介：新版Redis6核心特性介绍-多线程

第2集新版Redis6核心特性-Access Control List权限控制

简介：新版Redis6核心特性介绍-acl 权限控制

参数	说明
user	用户
default	表示默认用户名，或则自己定义的用户名
on	表示是否启用该用户，默认为off（禁用）
#...	表示用户密码，nopass表示不需要密码
~*	表示可以访问的Key（正则匹配）
+@	表示用户的权限，“+”表示授权权限，有权限操作或访问，“-”表示还是没有权限； @为权限分类，可以通过 `ACL CAT` 查询支持的分类。+@all 表示所有权限，nocommands 表示不给与任何命令的操作权限

第3集新版Redis6核心特性-Client-Side-Caching 客户端缓存

简介：新版Redis6核心特性介绍-客户端缓存

新版Redis6特性讲解
- client side caching客户端缓存
  - 类似浏览器缓存一样
    - 在服务器端更新了静态文件（如css、js、图片），能够在客户端得到及时的更新，但又不想让浏览器每次请求都从服务器端获取静态资源
    - 类似前端的-Expires、Last-Modified、Etag缓存控制
- 文档：https://redis.io/topics/client-side-caching
- 详细: 分为两种模式
```
redis在服务端记录访问的连接和相关的key， 当key有变化时通知相应的应用
```
```
应用收到请求后自行处理有变化的key, 进而实现client cache与redis的一致
```
```
这需要客户端实现，目前lettuce对其进行了支持
```
默认模式
- Server 端全局唯一的表（Invalidation Table）记录每个Client访问的Key，当发生变更时，向client推送数据过期消息。
  - 优点：只对Client发送其访问过的被修改的数据
  - 缺点：Server端需要额外存储较大的数据量。

广播模式
- 客户端订阅key前缀的广播，服务端记录key前缀与client的对应关系。当相匹配的key发生变化时通知client。
- 优点：服务端记录信息比较少
- 缺点：client会收到自己未访问过的key的失效通知

关注