redis系列---5. redis持久化、事务、发布订阅

于 2022-11-21 14:49:39 发布
阅读量336 收藏
点赞数
分类专栏： java----redis 文章标签： redis 数据库 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/studymary/article/details/127923643
版权

文章目录

redis持久化、事务、发布订阅

一、redis的持久化

1. rdb(Redis DataBase)

1.1 是什么
    1. 在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里
    1. Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
1.2 fork

fork的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等）数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程

1.3 rdb保存的是什么

rdb保存的是dump文件

1.4 配置位置
1.5 如何触发RDB快照
    1. 配置文件中默认的快照配置

save 3600 1
save 120 10
save 60 10000

120s内键值的变动超过10次触发：

触发之前不存在dump6380.dump文件
在这里插入图片描述
触发后自动生成
在这里插入图片描述

    1. 命令save或者是bgsave
      1. Save：save时只管保存，其它不管，全部阻塞
      1. BGSAVE：Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。可以通过lastsave命令获取最后一次成功执行快照的时间
    1. 执行flushall命令，也会产生dump.rdb文件，但里面是空的，无意义
1.6 如何恢复
    1. 将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可
    1. CONFIG GET dir获取目录
1.7 优势
    1. 适合大规模的数据恢复
    1. 对数据完整性和一致性要求不高(未触发快照可能会丢失数据)
1.8 劣势
    1. 在一定间隔时间做一次备份，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改
    1. fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑
1.9 如何停止

动态所有停止RDB保存规则的方法：redis-cli config set save “”

1.10 注意事项

正常情况下，备份文件和redis主机不存在同一机器上，需要定时转存备份未见

1.11 部分相关配置
1.11.1 stop-writes-on-bgsave-error yes

如果配置成no，表示不在乎数据不一致或者有其他手段控制和发现

1.11.2 rdbcompression yes

对于存储到磁盘中的快照，可以设置是否进行压缩存储，如果是的话，redis会采用LZF算法进行压缩。如果不想消耗CPU进行压缩的话，可以设置为关闭此功能。一般情况不会关闭

1.11.3 rdbchecksum yes

在存储快照后，还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能小号，如果希望获取到最大的性能提升，可以关闭此功能。

2. aof（appendonly.aof）

2.1 是什么

以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，
只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis
重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作

2.2 Aof保存的是什么

Aof保存的是appendonly.aof文件

2.3 配置位置

redis.conf中进行配置

2.4 正常恢复
    1. 修改默认的appendonly no，改为yes
    1. 将有数据的aof文件复制一份保存到对应目录(config get dir)
    1. 恢复：重启redis然后重新加载
2.5 异常恢复
    1. 备份被写坏的AOF文件
    1. redis-check-aof --fix进行修复
    1. 恢复：重启redis然后重新加载
2.6 rewrite
2.6.1 是什么

AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof

2.6.2 重写原理

AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)，遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似

2.6.3 触发机制

Redis会记录上次重写时的AOF大小，默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发，实际生产环境日志很大，相应的size也会变更
在这里插入图片描述

2.7 优势
    1. 每修改同步：appendfsync always 同步持久化每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好
    1. 每秒同步：appendfsync everysec 异步操作，每秒记录如果一秒内宕机，有数据丢失
    1. 不同步：appendfsync no 从不同步
2.8 劣势
    1. 相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢于rdb
    1. aof运行效率要慢于rdb,每秒同步策略效率较好，不同步效率和rdb相同

3. 同时存在

开启appendonly
在这里插入图片描述
删除相关的持久化文件
在这里插入图片描述
重启后生成持久化文件appendonly6380.aof
在这里插入图片描述
设置键值，然后FLUSHALL，SHUTDOWN（会生成rdb文件）
在这里插入图片描述
FLUSHALL，SHUTDOWN后生成dump6380.rdb文件
在这里插入图片描述
删除rdb文件，查看恢复情况，发现并未恢复!

在这里插入图片描述
查看aof文件，发现aof文件记录了FLUSHALL操作，删除后可恢复
在这里插入图片描述
在这里插入图片描述
编辑aof文件，使aof文件出现错误，客户端执行shutdown，生成rdb文件
在这里插入图片描述
重新启动redis，发现启动失败，说明aof和rdb可以共存，但是先加载的是aof
在这里插入图片描述

修复aof文件
在这里插入图片描述
在这里插入图片描述

二、redis的事务

1. 是什么

可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞

2. 能干嘛

一个队列中，一次性、顺序性、排他性的执行一系列命令

3. 怎么玩

Usage
A Redis Transaction is entered using the MULTI command. The command always replies with OK. At this point the user can issue multiple commands. Instead of executing these commands, Redis will queue them. All the commands are executed once EXEC is called.

Calling DISCARD instead will flush the transaction queue and will exit the transaction.

The following example increments keys foo and bar atomically.

命令作用
DISCARD取消事务，放弃执行事务块内的所有命令
EXEC执行所有事务块内的命令
MULTI标记一个事务块的开启
WATCH key [key …]监视一个(或多个)key，如果在事务执行之前这个(或这些)key被其他命令所改动，那么事务将会被打断
3.1 正常执行
127.0.0.1:6380> MULTI
OK
127.0.0.1:6380(TX)> set k1 v1
QUEUED
127.0.0.1:6380(TX)> set k2 v2
QUEUED
127.0.0.1:6380(TX)> get k2
QUEUED
127.0.0.1:6380(TX)> set k3 v3
QUEUED
127.0.0.1:6380(TX)> EXEC
1) OK
2) OK
3) "v2"
4) OK
127.0.0.1:6380>

在这里插入图片描述

3.2 放弃事务
127.0.0.1:6380> MULTI
OK
127.0.0.1:6380(TX)> set k1 v1
QUEUED
127.0.0.1:6380(TX)> set k2 v22
QUEUED
127.0.0.1:6380(TX)> set k3 v33
QUEUED
127.0.0.1:6380(TX)> DISCARD
OK
127.0.0.1:6380> get k2
"v2"
127.0.0.1:6380>

在这里插入图片描述

3.3 全体连坐
127.0.0.1:6380> MULTI
OK
127.0.0.1:6380(TX)> set k1 v1
QUEUED
127.0.0.1:6380(TX)> set k2 v2 
QUEUED
127.0.0.1:6380(TX)> set k3 v3
QUEUED
127.0.0.1:6380(TX)> getset k3        // 语法错误，入队报错，全部执行失败
(error) ERR wrong number of arguments for 'getset' command
127.0.0.1:6380(TX)> set k4 v4
QUEUED
127.0.0.1:6380(TX)> set k5 v5
QUEUED
127.0.0.1:6380(TX)> EXEC
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6380> get k5
(nil)
127.0.0.1:6380>

在这里插入图片描述

3.4 冤头债主
127.0.0.1:6380> keys *
1) "k2"
2) "k3"
3) "k1"
127.0.0.1:6380> get k2
"v2"
127.0.0.1:6380> MULTI
OK
127.0.0.1:6380(TX)> incr k1          //incr k1运行的时候出错
QUEUED
127.0.0.1:6380(TX)> set k2 v22
QUEUED
127.0.0.1:6380(TX)> set k3 v33
QUEUED
127.0.0.1:6380(TX)> set k4 v4
QUEUED
127.0.0.1:6380(TX)> get k4
QUEUED
127.0.0.1:6380(TX)> EXEC
1) (error) ERR value is not an integer or out of range
2) OK
3) OK
4) OK
5) "v4"
127.0.0.1:6380> get k2
"v22"
127.0.0.1:6380>

结论：redis是部分支持事务的

在这里插入图片描述

3.5 watch监控
3.5.1 悲观锁/乐观锁/CAS（Check And Set）
3.5.1.1 悲观锁

悲观态度，认为一定会发生，锁定整张表，一致性高，效率差
数据库中的行锁，表锁，读锁，写锁，以及 syncronized 实现的锁均为悲观锁。

3.5.1.2 乐观锁

乐观锁是对于数据冲突保持一种乐观态度，操作数据时不会对操作的数据进行加锁，只有到数据提交的时候才通过一种机制来验证数据是否存在冲突。
乐观锁通常是通过在表中增加一个版本(version)或时间戳(timestamp)来实现，其中，版本最为常用。

3.5.1.3 CAS
3.5.2 初始化信用卡可用余额和欠额
127.0.0.1:6380> WATCH balance
OK
127.0.0.1:6380> MULTI
OK
127.0.0.1:6380(TX)> DECRBY balance 20
QUEUED
127.0.0.1:6380(TX)> INCRBY debt 20
QUEUED
127.0.0.1:6380(TX)> EXEC
1) (integer) 80
2) (integer) 20
127.0.0.1:6380>
3.5.3 无加塞篡改，先监控再开启multi，保证两笔金额变动在同一个事务内
127.0.0.1:6380> WATCH balance
OK
127.0.0.1:6380> MULTI
OK
127.0.0.1:6380(TX)> DECRBY balance 20
QUEUED
127.0.0.1:6380(TX)> INCRBY debt 20
QUEUED
127.0.0.1:6380(TX)> EXEC
1) (integer) 80
2) (integer) 20
127.0.0.1:6380>

在这里插入图片描述

3.5.4 有加塞篡改
127.0.0.1:6380> get balance 
"80"
127.0.0.1:6380> get debt
"20"
127.0.0.1:6380> watch balance    watch后另一个终端对balance进行修改
OK
127.0.0.1:6380> MULTI
OK
127.0.0.1:6380(TX)> DECRBY balance 20
QUEUED
127.0.0.1:6380(TX)> INCRBY debt 20
QUEUED
127.0.0.1:6380(TX)> EXEC
(nil)
127.0.0.1:6380>

watch后另一个终端对balance进行修改
127.0.0.1:6380> get balance
"80"
127.0.0.1:6380> set balance 800
OK
127.0.0.1:6380>

在这里插入图片描述

3.5.5 unwatch
127.0.0.1:6380> get balance 
"500"
127.0.0.1:6380> watch balance
OK
127.0.0.1:6380> set balance 100
OK
127.0.0.1:6380> UNWATCH
OK
127.0.0.1:6380> WATCH balance
OK
127.0.0.1:6380> MULTI
OK
127.0.0.1:6380(TX)> set balance 80
QUEUED
127.0.0.1:6380(TX)> set debt 20
QUEUED
127.0.0.1:6380(TX)> exec
1) OK
2) OK
127.0.0.1:6380>

在这里插入图片描述

3.5.6 一旦执行了exec之前加的监控锁都会被取消掉了
3.5.7 小结
    1. watch指令类似于乐观锁，事务提交时，如果key的值已经被其他客户端改变，整个事务队列都不会被执行
    1. 通过watch命令在事务执行之前监控了多个keys，倘若在watch之后有任何key的值发生了变化，EXEC命令执行的事务都将被放弃，同事返回Nullmulti-bulk应答以通知调用者事务执行失败

4. 3阶段

4.1 开启

以multi开启一个事务

4.2 入队

将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面

4.3 执行

由EXEC命令触发事务的执行

5. 3特性

5.1 单独的隔离操作

事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。

5.2 没有隔离级别的概念

队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题

5.3 不保证原子性

redis同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚

三、Redis的发布订阅

1. 是什么

进程间的一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。

2. 常见命令

命令作用及描述
PSUBSCRIBE pattern [pattern …]订阅一个或多个符合给定模式的频道
PUBSUB subcommand [argument [argument …]]查看订阅与发布系统状态
PUBLISH channel message将信息发送到指定的频道
PUNSUBSCRIBE [pattern [pattern …]]退订所有给定模式的频道
SUBSCRIBE channel [channel …]订阅给定的一个或多个频道的信息
UNSUBSCRIBE [channel [channel …]]退订给定的频道

3. 案列

订阅c1 c2 c3
127.0.0.1:6380> SUBSCRIBE c1 c2 c3
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "c1"
3) (integer) 1
1) "subscribe"
2) "c2"
3) (integer) 2
1) "subscribe"
2) "c3"
3) (integer) 3

发布c2
127.0.0.1:6380> PUBLISH c2 hello-redis
(integer) 1
127.0.0.1:6380> 

收到消息：
127.0.0.1:6380> SUBSCRIBE c1 c2 c3
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "c1"
3) (integer) 1
1) "subscribe"
2) "c2"
3) (integer) 2
1) "subscribe"
2) "c3"
3) (integer) 3


1) "message"
2) "c2"
3) "hello-redis"

支持匹配符：

127.0.0.1:6380> PSUBSCRIBE new*
Reading messages... (press Ctrl-C to quit)
1) "psubscribe"
2) "new*"
3) (integer) 1
1) "pmessage"
2) "new*"
3) "new1"
4) "redis2015"
1) "pmessage"
2) "new*"
3) "new13"
4) "hello-li"

127.0.0.1:6380> PUBLISH new1 redis2015
(integer) 1
127.0.0.1:6380> PUBLISH new13 hello li
(error) ERR wrong number of arguments for 'publish' command
127.0.0.1:6380> PUBLISH new13 hello-li
(integer) 1
127.0.0.1:6380>

在这里插入图片描述
在这里插入图片描述

studymary
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis-x64-5.0.14.1.msi
11-20
5. **持久化**：Redis 提供两种持久化方式，RDB（快照）和 AOF（追加日志）。RDB 在指定时间间隔保存整个数据库状态，AOF 记录所有写操作命令，系统重启时重新执行这些命令恢复数据。 6. **主从复制**：通过复制，...
redis的发布/订阅模式
weixin_45089791的博客
06-18 468
文章目录什么是redis的发布/订阅模式使用命令PUB/SUB原理对比消息中间件 什么是redis的发布/订阅模式 Redis中的订阅、发布实现了发布/订阅消息范式，发布者不是计划发送消息给特定的订阅者，而是发布消息到不同的频道，发布者不需要知道是哪些订阅者订阅了消息。订阅者对一个或多个频道感兴趣，只需接收感兴趣的消息，不需要知道是什么样的发布者发布的消息。这种发布者和订阅者的解耦合可以带来更大的扩展性和更加动态的网络拓扑。 –来自官方的原文翻译。 官方文档地址 Redis的发布订阅模式中有三部分组成：
Redis持久化和发布订阅，一篇文章分清RDB和AOF
杳杳星辰花开的博客
11-06 445
Redis 是内存数据库，即数据存储在内存。如果不将内存中的数据保存到磁盘，一旦服务器进程退出，服务器中的数据也会消失。这样会造成巨大的损失，所以 Redis 提供了持久化功能。
Redis（3）—— 持久化、发布订阅
qq_44824574的博客
03-28 1346
持久化 Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘中，那么一旦服务器进程退出，服务器中的数据库状态也会消失。所以Redis提供了持久化的功能。 1、RDB（Redis DataBase） 在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是Snapshot快照，它恢复时是将快照文 件直接读到内存中。 Redis会单独创建（fork）一个子进程来进程持久化，会先将数据写入到一个临时文件中，待持久化 过程都结束了，再用这个临时文件替换上一次持久化好的文件。整个过程中，主进程是不进行任何IO
（二）redis发布订阅---取消订阅
OceanSky的专栏
01-11 6754
接上一讲： 一、取消订阅是使用监听器类RedisMsgPubSubListener中的unsubscribe方法，首先我们创建一个线程类：   package redis.v1.client.thread; import redis.clients.jedis.Jedis; import redis.v1.client.common.PubSubCommons; import redis...
Redis-x64-3.0.504.msi.zip
09-15
- Redis支持事务、发布/订阅、主从复制、LUA脚本等功能，且可以通过配置文件实现持久化，确保数据安全。 2. **Redis 3.0.504 版本特性**： - Redis 3.0.504是该数据库的一个稳定版本，发布于2016年，提供了许多...
Redis-x64-3.2.100.zip
最新发布
10-10
5. **发布/订阅**：Redis支持发布订阅模式，允许客户端订阅特定的频道，当有消息发布到这些频道时，所有订阅者都会收到通知，这使得Redis可以用作简单的消息队列。 6. **Lua脚本**：Redis内置了对Lua脚本的支持，...
redis-7.0.11-aarch64.tar.gz
05-25
8. **备份与恢复**：了解如何使用`redis-cli`的`SAVE`和`BGSAVE`命令进行数据持久化，以及如何利用`RDB`和`AOF`两种持久化方式。同时，学习如何使用`redis-cli`的`RESTORE`命令进行数据恢复。 9. **监控与性能优化*...
架构设计：系统存储（16）——Redis事件订阅和持久化存储
热门推荐
JAVA入门中
12-13 1万+
在本专题讨论Redis时，会首先花一些较少的篇幅介绍Redis的基本安装和使用，然后将深入Redis所支持的数据结构主要讲解Redis底层设计对这些数据结构的支撑，接下来会介绍Redis的主要配置优化事项，最后介绍Redis的集群搭建方式（基于3.X版本）和实施案例。
redis 的发布消息、订阅频道、取消订阅以及按照模式订阅和取消订阅
一点光辉的博客
04-20 1494
注：原始资料来自享学课堂 目录 1、redis客户端实现发布订阅 1.1 启动端口，发布hello world 1.2 启动另一个客户端，订阅 1.3 常用指令 1.4按模式规则订阅和取消订阅 2、应用场景 2.1 测试实践：微信班级群 class：20170101 1、redis客户端实现发布订阅 1.1 启动端口，发布hello world 127.0.0.1:6379> publish channel:test "hello word" //发布成功，还没有人订阅主题t.
Redis发布订阅模式（publish/subscribe）
Jason_Dom的博客
09-17 8145
目录 一、概念 二、原理 三、推送的消息格式 四、发布订阅命令 1.发送消息 2.订阅频道 3.模式匹配 4.取消订阅 五、使用Jedis发布订阅命令 六、缺点 七、参考文档 一、概念 Redis发布/订阅（Pub/Sub）是一种通信机制，将数据推到某个信息管道中，其他客户端可通过订阅这些管道来获取推送信息，以此用于消息的传输。 由三部分组成：发布者（Publisher）、频道（Channel）、订阅者（Subscriber）。 发布者发布的消息分...
redis学习(九) redis发布订阅命令
文若书生的专栏
09-01 947
redis学习(九) redis发布订阅命令 1 发布 publish [key] [something] 2 订阅 subscribe [key] psubscribe [pattern] 使用正则表达式订阅多个频道
Redis持久化以及Redis实现订阅发布
骑着蜗牛行天下
10-29 425
Redis持久化 面试和工作，持久化都是重点！ Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘中，那么一旦服务器进程退出，服务器中的数据库状态也会消失。所以Redis提供了持久化功能！ RDB（Redis DataBase） 什么是RDB： 在主从复制中，rdb就是备用了，从机上面几乎不使用！ 在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里。Redis会单独创建( fork ) - -个子进程来进行持久化,会先将数据写入
Redis - Redis基础_发布订阅_事务_持久化
你今天真好看呀
03-06 341
文章目录一、Redis发布订阅二、多数据库三、Redis事务示例1： multi & exex示例2：discard放弃队列运行示例3：事务的错误处理示例4：事务的错误处理示例5：事务的watch示例5 ：unwatch四、Redis持久化1. RDB2. AOF五、总结1. 穿透2. 雪崩3. 热点key 一、Redis发布订阅 简介 Redis 发布订阅(pub/sub)是一种消息...
5. Redis-事务、持久化与订阅发布
Willson_L的博客
09-29 471
5.1 Redis 的事务 redis 的事务非常简单： 1. multi 打开事务 2. 设置值 3. exec 执行，提交事务，discard 取消事务或者回滚 但是redis不能保证同时成功或者失败是提交回滚，所以redis的事务还是比较简单的。   5.2 Redis持久化 redis 是一个支持持久化的内存数据库，也就是说 redis 需要经常将内存中的数据同步到硬盘...
Redis事务、持久化、发布订阅
jx69693678nab的博客
01-02 864
一、Redis事物 1. 概念 　　Redis 事务可以一次执行多个命令， 并且带有以下两个重要的保证： 　　　　事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。 　　　　事务是一个原子操作：事务中的命令要么全部被执行，要么全部都不执行。 　　一个事务从开始到执行会经历以下三个阶段： 　　　　开始事务。 ...
redis发布/订阅模式
weixin_33795093的博客
08-04 2372
其实在很多的MQ产品中都存在这样的一个模式，我们常听到的一个例子 就是邮件订阅的场景，什么意思呢，也就是说100个人订阅了你的博客，如果博主发表了文章，那么100个人就会同时收到通知邮件，除了这个 场景还能找到其他场景么，当然有啦，你想想，如果你要在内存里面做一个读写分离的程序，为了维持数据的完整性，你是不是需要保证在写入 的时候，也要分发到各个读内存的程序中呢？所以说场景还是很多的，在于你...
Redis总结（五）redis发布订阅模式
swimming_lu的博客
04-26 1148
本篇将向大家介绍怎么通过redis来实现订阅和发布功能 首先介绍一下实现功能的主要几个命令： SUBSCRIBE 命令，这个命令可以让我们订阅任意数量的频道 PUBLISH 命令，此命令是用来发布消息 PSUBSCRIBE命令，此命令用来支持模糊订阅的功能 在展示具体的demo之前，我们先简单了解下这其中的原理： 在redisServer结构中的其中一个属性pubsub_channels是用来...
redis-x64-3.0.504.msi
09-08
此外，Redis 还提供了发布/订阅机制，能够实现消息的发布和订阅功能。这使得 Redis 在实时数据处理、队列处理等方面具有很大的优势。 综上所述，redis-x64-3.0.504.msi 是 Redis 在 Windows 平台上的安装程序，通过...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值