Redis基础总结

最新推荐文章于 2024-07-15 14:32:21 发布
最新推荐文章于 2024-07-15 14:32:21 发布
阅读量114 收藏 1
点赞数
分类专栏： 数据库 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42781810/article/details/106870603
版权

Redis基础总结

1、NoSQL出现的背景

单机MySQL→Memcached(缓存)+MySQL+垂直拆分→MySQL主从读写分离→分表分库+水平拆分+MySQL集群

MySQL存在的瓶颈

  • MySQL数据库也经常存储一些大文本字段，导致数据库表非常的大，在做数据库恢复的时候就导致非常慢，不容易快速数据库
  • 表结构更改困难

NoSQL–Not Only SQL

  • 泛指非关系型数据库
  • 数据存储不需要固定的模式，无需多余操作就可以横向扩展

Nosql特点

  • 易扩展：去关系型数据库的关系型特性
  • 大数据量高性能：读写性能高、数据库的结构简单，细粒度的Cache(记录级)
  • 多样灵活的数据模型：无需事先建立字段，随时可以存储自定义的数据格式

RDBMS与NoSQL比较

  • RDBMS
    • 高度组织化结构化数据
    • 结构化查询语言（SQL）
    • 数据和关系都存储在单独的表中
    • 数据操纵语言，数据定义语言
    • 严格的一致性
    • 基础事务
  • NoSQL
    • 代表不仅仅是SQL
    • 没有声明查询语言，没有预定义的模式
    • 键-值对存储，列存储，文档存储，图形数据库
    • 最终一致性，而非ACID属性
    • 非结构化和不可预知的数据
    • CAP定理
    • 高性能、高可用和可伸缩性

ACID和CAP

  • ACID：原子性、一致性、隔离性、持久性
  • CAP：强一致性、高可用性、分布式容忍性

2、Redis入门

2.1 Redis初了解

Redis：Remote Dictionary Server 远程字典服务器

是完全开源免费的，用C语言编写的，遵守BSD协议，是一个高性能的(key/value)分布式内存数据库，基于内存运行并支持持久化的NoSQL数据库，是当前最热门的NoSql数据库之一,也被人们称为数据结构服务器。

Redis特点

  • 支持数据持久化
  • 支持key-value类型数据，同时还提供list、set、zset、hash等数据结构
  • 支持数据备份，即master-slaver模式的数据备份

Redis杂项基础知识

  • 简单命令
# 开启redis服务
redis-server /myredis/reids.conf
redis-cli -p 6379
    
# 查看进程是否开启
ps -ef|grep redis
# 关闭进程、关闭redis
shutdown
exit
    
# 切换数据库,select dataNum[0-15]
select 1
# 查看数据库中所有的key
keys *
# 清除当前数据库
flushdb
# 清除所有数据库的内容
FLUSHALL
  • Redis是单进程：单进程模型来处理客户端的请求。对读写等事件的响应
    • Redis是基于内存操作，CPU不是Redis性能瓶颈，Redis的瓶颈是机器的内存和网络带宽，Redis是C语言编写的，官方提供的数据达到100000+的QPS（每秒内查询次数），这个数据不比Memcached差（单进程多线程的基于内存的Key-Value数据库）
  • 默认16个数据库，表从零开始，初始默认使用零号库

2.2 五大数据类型

Redis：key

keys *			# 查询数据库所有的key
set key value	# 设置值
get key			# 获得值
exists key		# 判断当前的key是否存在
expire key 10	# 设置key的过期时间，单位秒
ttl key 		# 查看当前key存活的时间
type key		# 查看当前key的类型

String：字符串

set key value	# 设置值
get key			# 获得值
exists key		# 判断当前的key是否存在
append key hello	# 追加字符串hello，如果当前key不存在，就相当于设置值
strlen key		# 获取字符串的长度
incr key		# 自增1
desr key		# 自减1
incrby key 10	# 设置步长，指定增量
decrby key 10
getrange key 0 3	# 截取字符串[0,3]，[0,-1]获取全部字符串
setex			# 设置过期时间
setnx			# 判断不存在，设置值
mset			# 设置多个值
mget
msetnx			# 原子性操作，有一个失败就全部失败

List：列表

list: 栈、队列、阻塞队列

lpush list value	# 将一个值或多个值，插入到列表头部(左，后进先出)
lrange list 0 1 	# 获取区间具体的值，[0,-1]获取list全部值
rpush list value	# 将一个值或多个值，插入到列表尾部(右，先进先出)

lpop list		# 移除list的第一个元素
rpop list		# 移除list最后一个元素
lrem list 2 one	# 移除list指定个数的value，精准匹配(移除key中2个one)

ltrim list 1 2	# 截取指定下标长度的list，并把截取部分赋值给list
rpoplpush list otherlist	# 移除list的最后一个元素，并将它移动到新的list中
exists list		# 判断这个列表是否存在

lset list 0 re	# 更新list中0下标的值为re
linsert list before[after] world other	# 将other插入到列表list的world前面或后面
  • list的底层是链表结构
  • 在两边插入或改动值效率最高，中间元素相对效率低一点
  • 消息队列（lpush、rpop），栈（lpush、lpop）

Set：集合

set值是无序，不重复

sadd set1 value ...		# 添加值到set1
smembers set 1			# 查看set1的所有值
sismember set1 hello 	# 判断hello是否在set1中
scard set1				# 获取set1集合的元素个数
srem set1 hello			# 移除set1集合中的hello元素
srandmember set1 [2]	# 随机抽出元素,可以指定抽出元素个数，默认为1
spop set1 				# 随机删除set集合中元素,可以指定精确删除的值
smove set1 setother xuzy # 将元素xuzy从set1移动到setother

sdiff set1 set2		# 差集
sinter set1 set2	# 交集
sunion set set2 	# 并集

Hash：哈希

Map集合，key-value

hset hash1 field1 value ...		# 设置一个hash，值为field1-value
hget hash1 field1 field2 ...	# 获取值
hgetall hash1					# 获取所有数据
hdel hash1 field1				# 删除hash1里的field1字段
hlen hash1 				# 获取hash1的字段数量
hexists hash1 field1	# 判断field1在hash1中是否存在
hkeys hash1 			# 获取hash1中所有field
hvals hash1				# 获取hash1中所有的value

hincrby hash1 field1 1	# 指定增量为1
hsetnx hash1 field hello 	# 如果不存在可以设置，如果存在着不能设置

Zset：有序集合

zadd zset1 score1 v1	# 添加值
zrange zset1 0 -1		# 获取所有值

zrangebyscore zset1 -inf +inf [withscores] 	# 显示所有值，并且根据score从小到大,[附带成绩]，inf也可用实际的数值表示条件筛选

zrem zset1 xuzy		# 删除指定元素xuzy
zcard zset1			# 获取有序集合的个数

zcount zset1 1 3    # 获取指定score区间的成员数量

2.3 三种特殊数据类型

Geospatial：地理位置

# geoadd key 经度 纬度 城市
geoadd city 116.40 39.90 beijing
geopos city beijing

# 两地（人）距离 单位
geodist city beijing guangzhou km
# 以给定的经纬度为中心，找出某一个半径内的元素,[显示到中心点距离],[显示半径内的元素的定位信息]
georadius city 110 20 1000 km [withdist] [withcoord]
# 筛选结果的数量
georadius city 110 20 1000 km count 1
# 找出位于指定元素(指定)周围的其他元素
georadiusbymember china:city beijing 1000 km

# 将二维的经纬度转换为字符串，两个字符串越接近，距离越近
geohash city beijing guangzhou
  • 延伸
# geo底层实现原理是Zset，因此可以使用Zset的命令操作geo
# 查看全部元素
zrange city 0 -1
# 删除指定元素
zrem city beijing

Hyperloglog：基数

基数：不重复的元素，可以接受误差，如果不能容错，就使用set集合统计

Redis Hyperloglog 基数统计算法

pfadd key value1 value2 ...		# 创建第一组元素
pfcount key						# 统计key元素的基数数量
pfmerge key3 key key2			# 将key和key2合并到key3 并集

Bitmap：位存储

存储二进制记录，即只有0和1两种状态

# setbit key offset value 设置值
setbit sign 0 1
# getbit key offset	获取值
getbit sign 0
bitcount sign	# 统计值为1的个数

3、事务

**Redis事务：**一组命令的集合、所有命令序列化执行。

一次性、顺序性、排他性

注意：Redis单条命令具有原子性，但事务不保证原子性

  • 开启监控(watch)/【unwatch解锁】
  • 开启事务(multi)
  • 命令入队
  • 执行事务(exec)/取消事务(discard)

编译期异常，事务所有命令都不会被执行。

运行期异常，错误命令无法执行，其他命令可以正常执行。（这是事务没有原子性的原因）

乐观锁

  • 基于数据版本的记录机制实现
  • 使用watch监视键值对，如果事务提交exec时，watch监视的键值对发生变化，事务将被取消

4、java连接Redis数据库

4.1 Jedis

解决连接虚拟机的Redis时出现的拒绝访问和超时的问题

https://blog.csdn.net/DragonFreedom/article/details/79512686?utm_medium=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase&depth_1-utm_source=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase

  1. 导入依赖
<!-- https://mvnrepository.com/artifact/redis.clients/jedis -->
<dependency>
    <groupId>redis.clients</groupId>
    <artifactId>jedis</artifactId>
    <version>3.3.0</version>
</dependency>

<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>fastjson</artifactId>
</dependency>
  1. 测试
public static void main(String[] args) {
    Jedis jedis = new Jedis("192.168.204.128",6379);
    System.out.println(jedis.ping());
}

常用API接口方法，与上述2命令一致。

4.2 SpringBoot整合Redis

springboot操作数据：spring-data jpa jdbc mongodb redis

springboot2.x以后，底层由原来的jedis替换为lettuce

  • jedis：采用直连方式，多线程操作，不安全。如果想避免不安全，使用jedis pool连接池。
  • lettuce：采用netty，实例可以在多个线程中共享，不存在线程不安全的情况，可以减少线程数据。

手写一个RedisConfig替换自动配置redisTemplate组件

@Configuration
public class RedisConfig {
	// 自己定义了一个 RedisTemplate
    @Bean
    @SuppressWarnings("all")
    public RedisTemplate<String, Object> redisTemplate(RedisConnectionFactory
    factory) {
        // 我们为了自己开发方便，一般直接使用 <String, Object>
        RedisTemplate<String, Object> template = new RedisTemplate<String,
        Object>();
        template.setConnectionFactory(factory);
        // Json序列化配置
        Jackson2JsonRedisSerializer jackson2JsonRedisSerializer = new
        Jackson2JsonRedisSerializer(Object.class);
        ObjectMapper om = new ObjectMapper();
        om.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
        om.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
        jackson2JsonRedisSerializer.setObjectMapper(om);
        // String 的序列化
        StringRedisSerializer stringRedisSerializer = new
        StringRedisSerializer();
        // key采用String的序列化方式
        template.setKeySerializer(stringRedisSerializer);
        // hash的key也采用String的序列化方式
        template.setHashKeySerializer(stringRedisSerializer);
        // value序列化方式采用jackson
        template.setValueSerializer(jackson2JsonRedisSerializer);
        // hash的value序列化方式采用jackson
        template.setHashValueSerializer(jackson2JsonRedisSerializer);
        template.afterPropertiesSet();
        return template;
    }
}

5、解读Redis.conf

启动redis的配置文件

redis-server /../redis.conf
redis-cli -p 6379

配置文件配置内容解读

# unit单位，大小写不敏感

# include 包含 引入其他配置文件
# include /path/to/local.conf

# 网络
bind 127.0.0.1 		# 绑定IP，只有绑定的IP才能访问
protect-mode yes	# 保护模式，默认yes
port 6379			# 端口设置

# general 通用
daemonize yes		# 以守护进程方式运行，默认是no
pidfile /var/run/redis_6379.pid		#以后台方式运行，需要指定一个pid文件

# 日志
# Specify the server verbosity level.
# This can be one of:
# debug (a lot of information, useful for development/testing)
# verbose (many rarely useful info, but not a mess like the debug level)
# notice (moderately verbose, what you want in production probably) 生产环境
# warning (only very important / critical messages are logged)
loglevel notice
logfile ""		# 日志文件位置名
databases 16	# 数据库数量，默认16
always-show-logo yes	# 是否显示logo

# snapshot 快照
# RDB持久化配置区域
save 900 1	# 900s内，至少有1个key进行修改，则触发持久化操作
save 300 10
save 60 10000

stop-write-on-bgsave-error yes	# 持久化出错，是否还继续工作
rdbcompression yes		# 是否压缩rdb文件，需要消耗一点CPU资源
rdbchecksum yes			# 保存rdb文件的时候，进行错误检查校验
dir ./		# rdb文件保存目录

# replication 复制
# 主从复制设置

# security 安全
# 设置redis密码，默认没有密码

# clients 限制
maxclients 10000	# 设置能连接上redis的最大客户端数量
maxmemory <bytes>	# 配置最大内存容量
maxmemory-policy noeviction 	# 内存到达上限之后的处理策略
    1、volatile-lru：只对设置了过期时间的key进行LRU（默认值）
    2、allkeys-lru ： 删除lru算法的key
    3、volatile-random：随机删除即将过期key
    4、allkeys-random：随机删除
    5、volatile-ttl ： 删除即将过期的
    6、noeviction ： 永不过期，返回错误
    
# append only file 模式
# AOF持久化配置
appendonly no	# 默认不开启AOF模式，大部分场景下RDB完全够用
appendfilename "appendonly.aof"		# 持久化的文件名字

# appendfsync always # 每次修改都会 sync。消耗性能
appendfsync everysec # 每秒执行一次 sync，可能会丢失这1s的数据！
# appendfsync no # 不执行 sync，这个时候操作系统自己同步数据，速度最快！

auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb		# 如果aof文件大于64mb，将自动fork一个新的进程来将重写

6、Redis持久化

Redis是内存数据库，如果不将内存中的数据持久化到磁盘中，一旦服务器进程退出，则服务器终端数据库状态也会消失，因此Redis提供了持久化功能。

Redis持久化有两种方法：RDB和AOF

6.1 RDB

Redis会单独创建（fork）一个子进程来进行持久化，首先将数据写入一个临时RDB文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程不进行任何IO操作，确保了极高的性能。如果需要进行大规模数据恢复，且对数据恢复的完整性不是很敏感，那么RDB方式比AOF方式要更加高效。

缺点：

  • 如果发生宕机，最后一次持久化的数据可能丢失
  • fork进程的时候，会占用一定的内容空间

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NDvaq9Mv-1592626541052)(C:\Users\徐梓泳\AppData\Roaming\Typora\typora-user-images\image-20200620001631392.png)]

6.2 AOP（Append Only File）

以日志形式记录每个写操作，将Redis执行的所有指令记录下来（读操作不记录），只许追加文件，但不可以改写文件，Redis启动前会读取该文件重构数据。

redis提供一个检查校验工具：redis-check-aof --fix

优点：

  • 每一次修改都同步，数据同步的完整性更好
  • 每秒同步一次，最多丢失1s数据
  • 从不同步的效率最高，由操作系统自己同步数据

缺点：

  • 数据文件大小：aof远大于rdb，修复的速度也比rdb慢
  • 运行效率：aof运行效率比rdb慢，redis默认的配置就是rdb持久化

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-11ykI3Jx-1592626541054)(C:\Users\徐梓泳\AppData\Roaming\Typora\typora-user-images\image-20200620093542105.png)]

7、主从复制

主从复制（master-slave）主节点Redis服务器的数据，复制到从节点Redis服务器。

默认情况下，每台Redis服务器都是主节点。

主从复制的作用：

  • 数据冗余：实现数据的热备份，是持久化之外的一种数据冗余方式
  • 故障恢复：当主节点发生问题，可以由从节点提供服务，实现快速的故障恢复
  • 负载均衡：读写分离，提高Redis服务器的并发量
  • 高可用（集群）：Redis高可用的基础

环境配置：只配置从库

info replication	# 查看当前库信息
slaveor ip port		# 设置作为主机（ip）的从机

复制原理

  • Slave启动成功连接master后会发送一个sync同步命令
  • master在第一次接到同步命令时，会进行一次全量复制，后面开始做增量复制
    • 全量复制：一次完全同步操作
    • 增量复制：master将新的修改命令依次传给slave，完成同步

哨兵模式

哨兵（Sentinel）模式：后台监控注解是否故障，如果故障将根据投票数自动将从库转换为主库，其他从库作为新选定的主库的从库。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7T2yjm02-1592626541057)(C:\Users\徐梓泳\AppData\Roaming\Typora\typora-user-images\image-20200620110044252.png)]

  1. 配置哨兵配置文件sentinel.conf

    # sentinel monitor 被监控的名称 host port 1
sentinel monitor myredis 127.0.0.1 6379 1

  2. 启动哨兵

    redis-sentinel /../sentinel.conf

注意：主机宕机重连后，会成为新主机的从机

8、Redis缓存穿透和雪崩

缓存穿透

缓存穿透是指缓存和数据库都没有的数据，而用户不断发起请求。由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到的数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层查询，失去缓存的意义。

解决方案：

  • 接口层增加校验：用户鉴权校验、id基础校验
  • 在缓存取不到的数据，在数据库中也没有取到的，这时将key-value写入key-null、设置缓存存活时间（setnx）短点，可以防止用同一个id进行的暴力攻击，对一些需要保持一致性的业务有影响

缓存击穿

缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户太多，引起数据库压力瞬间增大。

解决方案：

  • 设置热点数据永不过期
  • 接口限流与垄断，降级。重要的接口做好限流策略，防止用户恶意刷接口，同时要降级准备，当接口的某些服务不可用时，进行熔断，失败快速返回机制
  • 布隆过滤器：类似一个hash set，用于快速判断某个元素是否存在集合中
  • 加互斥锁：
    • 分布式锁：保证对应每个key同时只有一个线程去查询后端业务，其他线程没有获得分布式锁权限，因此只需要等待即可。

缓存雪崩

缓存雪崩是指缓存中数据大批量到过期时间，而查询量巨大，引起数据库压力过大甚至宕机。和缓存击穿不同，缓存击穿是指并发查同一条数据，缓存雪崩是指不同数据都过期了，很多数据在缓存查不到从而查数据库。

解决方案：

  • 缓存数据过期时间设置随机，防止同一时间大量数据过期
  • 如果缓存数据库是分布式部署，可以将热点数据均匀分布在不同的缓存数据库中
  • 设置热点数据永不过期

参考文献

1、【狂神说Java】Redis最新超详细版教程通俗易懂：https://www.bilibili.com/video/BV1S54y1R7SB

2、【面试】redis缓存穿透、缓存击穿、缓存雪崩区别和解决方案：https://blog.csdn.net/fcvtb/article/details/89478554

徐梓泳
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
redis基础总结
lihang_1994的博客
07-04 1591
redis
Redis基础知识总结
qq_42746084的博客
12-12 973
AOF的优点是能够提供更高的数据安全性，因为它是将每个写操作追加到文件中，所以即使系统崩溃，也可以通过重新执行AOF文件中的写操作来恢复数据。虽然文件事件处理器以单线程方式运行， 但通过使用 I/O 多路复用程序来监听多个套接字， 文件事件处理器既实现了高性能的网络通信模型， 又可以很好地与 redis 服务器中其他同样以单线程方式运行的模块进行对接， 这保持了 Redis 内部单线程设计的简单性。是比较折中的办法，缺点是比较难确定执行的频率，并且有脏数据的风险，可能会查 到一些没有及时删除的过期key。
Redis基础总结-redis简介
lw的博客
04-11 760
在这个部分，我们将学习以下3个部分的内容，分别是：◆ Redis 简介（NoSQL概念、Redis概念）◆ Redis 的下载与安装◆ Redis 的基本操作到这里，Redis 入门的相关知识，我们就全部学习完了，再来回顾一下，这个部分我们主要讲解了哪些内容呢？首先，我们对Redis进行了一个简单介绍，包括NoSQL的概念、Redis的概念等。然后，我们介绍了Redis 的下载与安装。包括下载与安装、服务器与客户端启动、以及相关配置文件（3类）。最后，我们介绍了Redis 的基本操作。
值得收藏的Redis基础总结
04-07 1148
文章目录Redis简介Redis常用命令Redis五大数据类型StringHashListSetZSet Redis简介 Redis（Remote Dictionary Server）远程字典服务，是一个开源的使用C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，可以用来做缓存，举个例子，当我们要从数据库查询数据的时候，我们可以首先通过Redis，如果Redis中存在，...
Redis数据库基础总结
ly甲烷的博客
07-12 336
redis数据库
NoSQL和Redis基础总结day04--- 事务 和 发布和订阅机制
MARSHCW的博客
11-20 1781
事务 和 发布订阅机制事务常用命令watch监控悲观锁/乐观锁/CAS(Check And Set)redis消息订阅发布 事务  可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞。 主要功能：在一个队列中，一次性、顺序性、排他性的执行一系列命令。 事务的3阶段 开启： 以MULTI开始一个事务 入队： 将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面 执行： 由EXEC命令触发事务
redis面试题总结（附答案）
学Java，找哪吒
06-06 10万+
Redis中间件实战系列，打造精品专栏。
【Redis】Redis基础命令集详解
Etui۹(･༥･´)و的博客
04-09 4万+
此时，可以将系统中所有用户的 Session 数据全部保存到 Redis 中，用户在提交新的请求后，系统先从Redis 中查找相应的Session 数据，如果存在，则再进行相关操作，否则跳转到登录页面。此时，可以将系统中所有用户的 Session 数据全部保存到 Redis 中，用户在提交新的请求后，系统先从Redis 中查找相应的Session 数据，如果存在，则再进行相关操作，否则跳转到登录页面。当数据量很大时，count 的数量的指定可能会不起作用，Redis 会自动调整每次的遍历数目。
总结Redis Cluster原理+基本使用+运维注意事项
热门推荐
张彦峰的博客
04-20 173万+
总结Redis Cluster原理+基本使用+运维注意事项
Redis基础笔记总结
04-23
Redis基础笔记总结
Redis基础数据库类型
10-07
Redis 基础数据类型 Redis 作为一个内存数据库已经被许许多多的公司使用，它的性能非常的优秀，读写速度支持非常快而且支持 10W 的 QPS。今天我们就来学习下它的丰富的数据类型。 String（字符串） 字符串类型是 ...
C# Redis 基础使用
09-26
总结，C#中的Redis操作涵盖了从基本的键值对存储到复杂的集合操作，以及发布/订阅和事务处理。了解和熟练掌握这些基本操作，能帮助开发者充分利用Redis的高性能特性，提升应用程序的效率。同时，配合提供的WinForm小...
Redis个人总结
03-08
在个人总结中，我们可以看到Redis主要使用了五种数据结构，分别是String、List、Set、Hash和ZSet，每种都有其独特的特性和用途。 1. String（字符串，数值） String是最基础的数据类型，可以存储简单的键值对，值...
7.10日学习打卡----初学Redis（五）
m0_74436895的博客
07-11 1098
经历了 1次pipeline(n条命令) = 1次网络时间 + n次命令时间，这大大减少了网络时间的开销，这就是流水线。执行一条命令在redis端可能需要几百微秒，而在网络光纤中传输只花费了13毫秒。注意在执行批量操作而没有使用pipeline功能，会将大量的时间耗费在每一次网络传输的过程上；而使用pipeline后，只需要经过一次网络传输，然后批量在redis端进行命令操作。这会大大提高了效率。
redis中的streams实现mq
最新发布
z3551906947的博客
07-15 412
具体的redis指令就不做过多的分析，接下来就要是通过小徐先生的几张图，来了解里面的具体流程，让大家先清楚一个大概过程，然后再进行深究具体问题。外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传下面这个是别人公众号上面的图，利用这个图，可以很清楚的看到客生产者使用redis的命令将数据放到redis的streams里面之中，然后消费者通过获取信息进行消费，如果消费成功的话，就是要给redis回应一个ack，这样就完美的保证了数据被消费。
# Redis 入门到精通（一）数据类型（2）
段子手168的博客
07-11 947
# Redis 入门到精通（一）数据类型（2） 012-数据类型-hash类型介绍与基本操作 013-数据类型-hash扩展操作与使用注意事项 014-数据类型-hash实现购物车 015-hash实现抢购 016-数据类型-list类型介绍与基本操作 017-数据类型-list阻塞数据获取 018-数据类型-list扩展操作删除数据 019-数据类型-list实现日志消息队列
【从0到1进阶Redis】哨兵模式
ALiangSev的博客
07-15 596
主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们有限考虑哨兵模式。Redis从2.8开始正式提供了 Sentinel（哨兵）架构来解决这个问题。哨兵模式能够在后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。哨兵模式是一种特殊的模式，首先 Redis 提供了哨兵的命令，哨兵了一个独立的进程，作为进程，它会独立运行。
Redis操作基础文档
03-08
总结来说，这份文档为读者提供了一个清晰的Redis入门路径，包括基础操作、性能优化策略、以及在实际项目中的应用和扩展技巧。无论是初学者还是高级用户，都能从中获得宝贵的信息，以便更好地利用Redis提升其IT项目的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值