Redis Sentinel（哨兵） 和 Master+Slave（主从）的实现和原理分析

最新推荐文章于 2025-04-08 21:05:35 发布
最新推荐文章于 2025-04-08 21:05:35 发布
阅读量3.6k 收藏 1
点赞数
分类专栏： Redis

最近需要将项目的的Redis的缓存介入CacheCloundpingt来管理Redis的，所以找了下相关资料来更好的巩固下Redis的相关知识;

原文地址（https://blog.youkuaiyun.com/qq_26334813/article/details/78298025?locationNum=8&fps=1）

单节点

server01 
server02} redis单节点 
server03

主从

server01 
server02} redis（master，slave）[数据备份] [读写分离] slave减轻master的压力，当master挂了，slave不支持写，只支持读，所以服务还是不可用 
server03

集群

server01} {node2（master，slave）数据备份] [读写分离] slave减轻master的压力，当master挂了，slave不支持写，只支持读，所以服务还是不可用，整个节点不可用 
server02} redis {node1（master，slave） 
server03} {node3（master，slave）

哨兵

server01 
server02} redis（master，slave，redis-sentinel）sentinel用于切换master或slave，这样都可以写了 
server03

主从配置（主，从）

修改redis.conf文件，设置主从配置

或者修改redis.conf文件，使用daemonize yes

./redis-server＆

指定配置文件启动

./redis-server /etc/redis/6379.conf

指定端口连接

redis-cli -p 6380

启动

redis redis-server /etc/myredis/redis.config

然后再测试启动成功与否

redis-cli ping

如果不是使用脚本启动则需要使用redis-cli shutdown命令来停止

命令：

redis-cli -p 8888 shutdown

查询redis的版本信息

[root@localhost bin]# ./redis-server -v

vim 定位行

跳转到文件尾 
输入冒号(:)，打开命令输入框 
输入命令：$

跳转到文件头 
输入冒号(:)，打开命令输入框 
输入命令1，是“一”的阿拉伯数字，不是小写的L

master日志信息

3311:M 20 Oct 15:37:58.872 * Ready to accept connections 
3311:M 20 Oct 15:39:45.855 * Slave 127.0.0.1:1001 asks for synchronization 
3311:M 20 Oct 15:39:45.855 * Full resync requested by slave 127.0.0.1:1001 
3311:M 20 Oct 15:39:45.855 * Starting BGSAVE for SYNC with target: disk 
3311:M 20 Oct 15:39:45.855 * Background saving started by pid 3325 
3325:C 20 Oct 15:39:45.859 * DB saved on disk 
3325:C 20 Oct 15:39:45.860 * RDB: 0 MB of memory used by copy-on-write 
3311:M 20 Oct 15:39:45.932 * Background saving terminated with success 
3311:M 20 Oct 15:39:45.933 * Synchronization with slave 127.0.0.1:1001 succeeded

slave日志信息

3321:S 20 Oct 15:39:45.854 * Connecting to MASTER 127.0.0.1:1000 
3321:S 20 Oct 15:39:45.854 * MASTER <-> SLAVE sync started 
3321:S 20 Oct 15:39:45.855 * Non blocking connect for SYNC fired the event. 
3321:S 20 Oct 15:39:45.855 * Master replied to PING, replication can continue… 
3321:S 20 Oct 15:39:45.855 * Partial resynchronization not possible (no cached master) 
3321:S 20 Oct 15:39:45.855 * Full resync from master: 1a326d8a3bc1af413789dfa9dca65954072418d5:0 
3321:S 20 Oct 15:39:45.933 * MASTER <-> SLAVE sync: receiving 175 bytes from master 
3321:S 20 Oct 15:39:45.933 * MASTER <-> SLAVE sync: Flushing old data 
3321:S 20 Oct 15:39:45.933 * MASTER <-> SLAVE sync: Loading DB in memory 
3321:S 20 Oct 15:39:45.933 * MASTER <-> SLAVE sync: Finished with success

查询redis上的所有key

127.0.0.1:1000> keys *

存入master

[root@localhost redis]# ./bin/redis-cli -p 1000 
127.0.0.1:1000> set password 123456

slave同步数据

[root@localhost redis]# ./bin/redis-cli -p 1001 
127.0.0.1:1001> keys * 
1) “password”

slave服务不让写

127.0.0.1:1001> set user:password zhangsan:123456 
(error) READONLY You can’t write against a read only slave.

查看服务信息

127.0.0.1:1000> info

Server

redis_version:4.0.1 
redis_git_sha1:00000000 
redis_git_dirty:0 
redis_build_id:92e72a18d61bfe4f 
redis_mode:standalone 
os:Linux 3.10.0-693.el7.x86_64 x86_64

主备信息-master

# Replication
role:master #角色
connected_slaves:1
# slave0:ip=127.0.0.1,port=1001 - slave信息
slave0:ip=127.0.0.1,port=1001,state=online,offset=1084,lag=1
master_replid:1a326d8a3bc1af413789dfa9dca65954072418d5
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1084
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1084
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13

主备信息-slave

# Replication
role:slave
master_host:127.0.0.1
master_port:1000
master_link_status:up
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_repl_offset:1602
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:1a326d8a3bc1af413789dfa9dca65954072418d5
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1602
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1602
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

memcached 和 redis的区别，redis可以缓存到硬盘，而memcached不可用

通讯过程：slave（在启动的时候会向master发送同步命令），master（将镜像数据以文件的形式同步到slave），新数据（增量[心跳]同步数据到slave），在同步数据的时候，master是非阻塞的状态，而slave是阻塞的状态，目的：防止slave在同步数据的时候，应用服务器来读取数据出现问题

主从配置（master，slave）+ redis-sentinel 高可用

redis本身不具备master-slave切换，所以要使用redis-sentinel来完成（master-slave）的自动切换

redis-sentinel可以监控扩展多个节点，就是多个（master-slave）的集群

（master-slave）的集群中slave可以多个，方便哨兵的切换到任意一个slave

sentinel配置文件在运行期间可以被多态修改，会在master服务不好用的时候将配置文件修改成slave的配置，重启sentinel会被恢复配置

sentinel在网络环境中如何知道master节点是否好用的？ 是根据互相ping - pong 来判断是否可用的

但网络还是会存在不稳定的情况，可以导致一次或多次ping不通服务器，所以sentinel会有一个规则去识别—->然后就产生了选举（投票）- 还必须满足记数才能选举出

sentinel可以有奇数个来参加选举并投票，满足一般以上挂掉整个集群就挂掉了

移动sentinel配置文件到指定目录

mv ./sentinel.conf ./sentinel

移动指定文件夹到指定目录

mv sentinel/ ../

sentinel的启动

[root@localhost bin]# ./redis-sentinel ../redis-pub/sentinel/sentinel.conf

查看sentinel和master，slave启动情况

[root@localhost bin]# ps -ef | grep redis 
root 3311 1 0 15:37 ? 00:00:05 ./bin/redis-server 127.0.0.1:1000 
root 3321 1 0 15:39 ? 00:00:05 ./bin/redis-server 127.0.0.1:1001 
root 3336 1726 0 15:44 pts/1 00:00:00 ./bin/redis-cli -p 1000 
root 3532 1802 0 16:55 pts/2 00:00:00 ./redis-sentinel *:26379 [sentinel] 
root 3537 2678 0 16:56 pts/3 00:00:00 grep –color=auto redis

sentinel 启动时监控的master和slave

3532:X 20 Oct 16:55:58.458 # Sentinel ID is ddcf5dd45ac986e979558ce338948d3bc463a9d5 
3532:X 20 Oct 16:55:58.458 # +monitor master mymaster 127.0.0.1 1000 quorum 1 
3532:X 20 Oct 16:55:58.459 * +slave slave 127.0.0.1:1001 127.0.0.1 1001 @ mymaster 127.0.0.1 1000

配置sentinel后再去slave存入数据，还是提示失败

[root@localhost bin]# ./redis-cli -p 1001 
127.0.0.1:1001> get password 
“123456” 
127.0.0.1:1001> set username zhaojian 
(error) READONLY You can’t write against a read only slave.

停掉master：1000，并查看sentinel和slave信息

[root@localhost redis]# ./bin/redis-cli -p 1000 shutdown 
[root@localhost redis]# ps -ef | grep redis 
root 3321 1 0 15:39 ? 00:00:05 ./bin/redis-server 127.0.0.1:1001 
root 3532 1802 0 16:55 pts/2 00:00:00 ./redis-sentinel *:26379 [sentinel] 
root 3538 1373 0 17:00 pts/0 00:00:00 ./redis-cli -p 1001 
root 3578 1726 0 17:02 pts/1 00:00:00 grep –color=auto redis

过配置文件中的30s后，会在启动Sentinel启动页面上输出日志信息

3532:X 20 Oct 16:55:58.455 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128. 
3532:X 20 Oct 16:55:58.458 # Sentinel ID is ddcf5dd45ac986e979558ce338948d3bc463a9d5 
3532:X 20 Oct 16:55:58.458 # +monitor master mymaster 127.0.0.1 1000 quorum 1 
3532:X 20 Oct 16:55:58.459 * +slave slave 127.0.0.1:1001 127.0.0.1 1001 @ mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:11.847 # +sdown master mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:11.847 # +odown master mymaster 127.0.0.1 1000 #quorum 1/1 
3532:X 20 Oct 17:03:11.847 # +new-epoch 1 
3532:X 20 Oct 17:03:11.847 # +try-failover master mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:11.850 # +vote-for-leader ddcf5dd45ac986e979558ce338948d3bc463a9d5 1 
3532:X 20 Oct 17:03:11.850 # +elected-leader master mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:11.850 # +failover-state-select-slave master mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:11.927 # +selected-slave slave 127.0.0.1:1001 127.0.0.1 1001 @ mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:11.927 * +failover-state-send-slaveof-noone slave 127.0.0.1:1001 127.0.0.1 1001 @ mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:11.999 * +failover-state-wait-promotion slave 127.0.0.1:1001 127.0.0.1 1001 @ mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:12.006 # +promoted-slave slave 127.0.0.1:1001 127.0.0.1 1001 @ mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:12.007 # +failover-state-reconf-slaves master mymaster 127.0.0.1 1000 
3532:X 20 Oct 17:03:12.065 # +failover-end master mymaster 127.0.0.1 1000

master从1000装换到现在的1001，所以master-slave切换成功

3532:X 20 Oct 17:03:12.066 # +switch-master mymaster 127.0.0.1 1000 127.0.0.1 1001 
3532:X 20 Oct 17:03:12.066 * +slave slave 127.0.0.1:1000 127.0.0.1 1000 @ mymaster 127.0.0.1 1001 
3532:X 20 Oct 17:03:42.085 # +sdown slave 127.0.0.1:1000 127.0.0.1 1000 @ mymaster 127.0.0.1 1001

现在之前slave角色变为master，这就是sentinel机制的作用，已经启动监控的作用，已经将slave切换成master

# Replication
role:master
connected_slaves:0
master_replid:41997ee7b0607cda24f609821af975cd5b3c802f
master_replid2:1a326d8a3bc1af413789dfa9dca65954072418d5
master_repl_offset:32899
second_repl_offset:32900
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:32899
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11

现在再给1001（之前的slave）存值成功

127.0.0.1:1001> set username zhaojian 
OK

现在再去连1000，会连不上

再启动1000 redis

[root@localhost bin]# ./redis-server ../redis-pub/master/redis.conf

现在1000这个已经成为slave了

# Replication
role:slave
master_host:127.0.0.1
master_port:1001
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:51801
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:7ad3eb737bc808a362da9b06c2943f4b35711de5
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:51801
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:32900
repl_backlog_histlen:18902
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

因为是slave，所以不能写入

127.0.0.1:1000> keys * 
1) “password” 
2) “username” 
127.0.0.1:1000> set age 11 
(error) READONLY You can’t write against a read only slave.

总结：master和slave的配置文件没变，只是sentinel的配置文件在动态的变

查看sentinel配置文件信息

[root@localhost sentinel]# cat sentinel.conf

之前的master连接信息变成如下

sentinel myid ddcf5dd45ac986e979558ce338948d3bc463a9d5

当时配置的1000已经动态变为1001了

# Default is 30 seconds.
sentinel monitor mymaster 127.0.0.1 1001 1
  • 1
  • 2

末尾动态增加如下，目的：是描述当前master和slave标识状态

sentinel known-slave mymaster 127.0.0.1 1000 
sentinel current-epoch 1

停掉1000 和 1001 保留sentinel，之前在1001配置了slaveof 127.0.0.1 1000。

[root@localhost redis]# ./bin/redis-cli -p 1000 shutdown 
[root@localhost redis]# ./bin/redis-cli -p 1001 shutdow

重新启动

[root@localhost bin]# ./redis-server ../redis-pub/master/redis.conf 
[root@localhost bin]# ./redis-server ../redis-pub/slave/redis.conf 
[root@localhost bin]# ps -ef | grep redis 
root 3532 1802 0 16:55 pts/2 00:00:05 ./redis-sentinel *:26379 [sentinel] 
root 3665 1 0 17:37 ? 00:00:00 ./redis-server 127.0.0.1:1000 
root 3670 1 0 17:37 ? 00:00:00 ./redis-server 127.0.0.1:1001 
root 3676 1373 0 17:37 pts/0 00:00:00 grep –color=auto redis

连接1000客户端，并查看信息

[root@localhost redis]# ./bin/redis-cli -p 1000 
127.0.0.1:1000> info

重启后1000还是没从slave变成master，sentinel并没有停止，所以说明是sentinel在起作用了。

# Replication
role:slave
master_host:127.0.0.1
master_port:1001
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:96505
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:8c54c599d796c83615067b1b665502a81061285a
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:96505
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17

如果将master和slave切换过来需要怎么做？ 可以直接修改sentinel的配置信息或者杀掉sentinel的进程，再重新启动master+slave+sentinel


数据中间件：mysql主从Master+Slave数据同步实验（双机热备）
shenshen0702的博客
07-12 2437
觉得这个实验挺好玩的，所以拿来分享下： 前提，在windows环境下 实验要求： 1、  两人一组，每人一台PC，一人配置Master，一人配置Slave。 2、  数据库至少设置一张表，用web程序对表进行增删查改操作。 3、  实现双机热备，即主库宕机备库可自动接管服务，备库宕机后重启可自动同步。   既然知道了要求，当然要开始行动啦： 一. 准备工作 　　1. 准备两台服务器...
docker搭建redis+sentinel主从哨兵集群
hcyxsh的博客
10-17 405
docker搭建redis+sentinel集群
Jenkins：Master+Slave搭建
伤心的辣条
06-19 1392
准备两台服务器：第一台为Jenkins的主服务器Master；第二台为Jenkins的从服务器Slave。
Redis哨兵模式下执行sentinel failover mymaster命令可能导致什么风险，如何避免
主要写大数据集群一线运维和学习工作经验
04-08 979
确保客户端（如 Jedis、Lettuce）支持自动感知主节点变更，并配置合理的重试机制。确保主节点和从节点的 RDB/AOF 持久化已完成，避免因未持久化数据导致丢失。优先依赖哨兵的自动故障转移机制，仅在必要时手动干预。切换后，确保新主节点完成数据加载和连接池初始化，再开放流量。避免在业务高峰期触发故障转移，减少对客户端的影响。切换后检查客户端日志，确认连接已切换到新主节点。将其提升为主节点，再通过哨兵更新配置。）的偏移量，确保差值在可接受范围内。（故障转移超时时间），避免误判。
Redis——Redis的安装（master+slave主从方案(配置主从复制服务)）
qq_46089299的博客
05-19 378
1.redis简介？ 1.1基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。 1.2redis是一个key-value存储系统。 1.3它支持存储的value类型：string(字符串)、list(链表)、set(集合)、zset(sorted set 有序集合)和hash（哈希类型）。 1.4这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的， 1.5与memcached一样，数据都是缓存在内存中。。 1.6re
Redis学习笔记-Sentinel
weixin_43394724的博客
11-21 1696
概述 哨兵Sentinel：主从故障切换的具体实现 分布式 也是Redis服务器，不提供数据服务 一般为单数 三个阶段 监控：同步信息 通知：保持联通 故障转移 发现问题 竞选负责人 优选新master 新master上任，其他slave切换master，原master作为slave故障回复后连接 监控阶段 用于同步所有节点-Sentinels的状态信息，并获取master、slave的信息 获取各个sentinel的状态（是否在线），新的sentinel上线会刷新所有sentinel的S
Redis数据库——主从、哨兵、群集
一坨小橙子的博客
04-04 1484
Redis主从复制、哨兵模式Sentinel、群集模式Cluster详解及搭建
Redis哨兵主从模式+keepalived.docx
12-12
Redis哨兵主从模式是指 Redis 的一种高可用性解决方案，通过哨兵模式实现自动故障切换和虚拟IP漂移，以提供高可用性的Redis服务。下面是相关知识点的详细解释： 一、Redis主从复制模式 Redis主从复制模式是一种...
日常记录-redis主从复制（master-slave）+ Sentinel 哨兵（高可用）
最新发布
04-23
redis安装包
Linux企业运维——Redis部署+redis主从复制+redis主从自动切换（基于sentinel哨兵模式）+集群+redis+mysql 的缓存服务器+配置 gearman 实现数据同步
joab6515的博客
09-21 596
一、redis是什么？ Redis 是一个开源（BSD许可）的，内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。 它支持多种类型的数据结构，如 字符串（strings）， 散列（hashes）， 列表（lists）， 集合（sets）， 有序集合（sorted sets） 与范围查询， bitmaps， hyperloglogs 和 地理空间（geospatial） 索引半径查询。 Redis 内置了 复制（replication），LUA脚本（Lua scripting）， LRU驱动事件（
Redis主从模式+哨兵模式
繁星若渺的博客
12-18 2433
目录1、Redis主从模式概述1.1、同步方式2、哨兵模式3、Redis一主两从模式案例3.1、同步会话模式，关闭防护墙，放入安装包3.2、取消会话模式，进入主模式配置文件，进行修改3.3、进入Slave1节点配置文件进行修改3.4、进入Slave2节点配置文件进行修改3.5、重启所有主机redis服务3.6、进入Master查看日志，验证主从效果3.61、进入slave1，查看日志3.62、进入slave2，查看日志3.63、验证效果4、哨兵模式案例4.1、进入master模式，配置文件进行修改4.2、将
Redis Sentinel 读写分离 Slave 连接池
Jack_Yin的专栏
06-08 3583
更好阅读体验，请移步：[url]http://www.jack-yin.com/coding/spring-boot/2683.html[/url] 0. 背景 Reids除了配置集群实现高可用之外，对于单机版的Redis，可以通过Master-Slave架构，配合使用Sentinel机制实现高可用架构， 同时客户端可以实现自动失效转移。 类似于JdbcTemplate，Spr...
针对net core 使用CSRedis 操作redis的三种连接实例方式
qq165285727的专栏
11-29 945
【代码】针对net core 使用CSRedis 操作redis的三种连接实例方式。
Redis【实战篇】---- 分布式锁-redission
xhw79的专栏
03-30 450
在Lock锁中，他是借助于底层的一个voaltile的一个state变量来记录重入的状态的，比如当前没有人持有这把锁，那么state=0，假如有人持有这把锁，那么state=1，如果持有这把锁的人再次持有这把锁，那么state就会+1 ，如果是对于synchronized而言，他在c语言代码中会有一个count，原理和state类似，也是重入一次就加一，释放一次就-1 ，直到减少成0 时，表示当前这把锁没有被人持有。System.out.println("执行业务");
redis 源码全解析
热门推荐
五宝茶四娃的博客
04-28 1万+
Redis 英文拼写：REmote DIctionary Server(Redis) Redis 是一个由Salvatore Sanfilippo 写的高性能key-value 存储系统。 远程，指的是有网络api接口，也就是提供6379端口tcp server给客户端使用。 字典服务，指的是数据类型为key:value类型，与mysql的关系型数据库有所区别。 特点：比较耗内存，速度比较快。 去除冗余信息，选择一个比较早期的源码进行分析，可以更清楚的看出一个源码的设计模型。 从main()取分析，redi
一文读懂Redis之哨兵(Sentinel)模式搭建
野熊佩骑的博客
01-15 1464
一文读懂Redis之哨兵(Sentinel)模式搭建
Redis主从同步源码浅析-Master端
gufeiy的专栏
04-23 1419
关于Redis的主从同步的基本介绍这里有:Replication, 不多介绍了。本文只涉及到主库的代码，从库的相关代码改天补上。 这里主要介绍redis 2.6.13版本代码，目前2.8新增了一些功能，比如增量同步功能等，不过到目前2013-10-05还没有正式上线。总结一下几点跟下面相关的： 同步采用类似mysql的操作日志重放方式，将写操作分发到从库重放。每次从库启动必须从主库重新
Redis源码解析--Replication
weixin_34174322的博客
01-30 164
Redis的复制功能是基于内存快照即rdb的，也就是说无论使用哪种持久化机制，只要用到了复制功能，master都会产生内存快照即rdb，slave接收rdb以同步数据。Redis完成复制的源码主要分布在Replication.c（共610行中，分用于master和slave的函数，下面会详述过程。一、状态 Re...
redission分布锁详解
chongbaozhong的博客
03-11 1588
Redission分布式锁原理 Redission中分布式锁lua脚本源码 //KEYS[1]:表示你加锁的那个key，比如说 //RLock lock = redisson.getLock(“myLock”); //这里你自己设置了加锁的那个锁key就是“myLock”。 //ARGV[1]:表示锁的有效期，默认30s //ARGV[2]:表示表示加锁的客户端ID,类似于下面这样： //8743c9c0-0795-4907-87fd-6c719a6b4586:1 if (redis.call('exis
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值