缓存实战（八）「手摸手」主从环境的部署+压测

前言

上周给大家深度剖析了 Redis 主从架构的原理后，读者朋友们觉得还不错，大白话的讲解，非常容易看懂。

缓存实战的文章写了很多篇，先把历史文章汇个总，方便大家查看：

​​《缓存实战（一）缓存初级打怪》​​

​​《缓存实战（二）Redis分布式锁》​​

​​《缓存实战（三）Redisson 分布式锁》​​

​​《缓存实战（三）Redisson 分布式锁》​​

​​《缓存实战（四）实战 Spring Cach​​​​e​​》

​​《​​​​缓存实战（五）​​​​Redis 开发手册 | 花果山版​​》

​​《缓存实战（六）详解 Redis 冷备》​​

​​《缓存实战（七）镜 | 深入剖析主从架构原理》​​

这次我们来讲解下主从架构的搭建、测试及压测。因为大部分都是纯手工操作，所以看起来会有些枯燥，不过没关系，先点赞收藏，也许某天就用上了~

主从架构搭建

本架构方案是一主一从，一个主节点负责写，一个从节点负责读。如果从节点能够读到主节点的数据，就表示从节点可以拷贝主节点中的数据，主从架构搭建成功。

一主一从的方案

Redis 环境搭建

两台机器上都需要安装下 Redis。参考官方文档安装。

配置主从架构和读写分离

需要配置

• 从节点是否是只读的。配置项：slave-read-only。默认配置，不需要改。
• 配置从节点的安全认证密码，配置项：masterauth（从节点），requirepass（主节点）。
• 配置从节点属于哪个主节点，配置项：slaveof。
• 配置 Redis 绑定自己的 IP 地址，配置项：bind。

配置步骤

（1）首先需要关闭两台服务器上的 Redis：

redis-cli shutdown

（2）第二台机器作为从节点，配置如下：

vi /etc/redis/6379.conf

slave-read-only yes
masterauth abc123
slaveof eshop-cache01 6379
bind 192.168.10.115

（3）第一台机器作为主节点，配置如下：

vi /etc/redis/6379.conf

slave-read-only yes
requirepass abc123
bind 192.168.10.86

（4）重启Redis 实例

先重启主节点上的 Redis 实例，再启动从节点上的 Redis 实例：

cd /etc/init.d
./redis_6379 start

（5）查看 Redis 实例是否启动成功

ps -ef | grep redis

（6）查看从节点的信息

# 通过 ip 地址、端口号、账号、密码连接 Redis
redis-cli -h 192.168.10.115 -p 6379 -a abc123
# 查看配置信息
info relication

（7）查看主节点的信息

# 通过 ip 地址、端口号、账号、密码连接 Redis
redis-cli -h 192.168.10.86 -p 6379 -a abc123
# 查看配置信息
info replication

mark

以防端口不通问题，可以在两台机器上打开 6379 端口：

iptables -A INPUT -ptcp --dport  6379 -j ACCEPT

测试主从同步

主从原始数据是否已同步

首先查看主从节点上 Redis 中的数据是否一致：

get keys

发现 key 的数量和名字都是一样的，验证通过。

挑选一个 key，看下 value 是否相同：

get key11

结果是相同的，验证通过

​mark

测试主从数据实时同步

主节点上设置一个 key12

set key12 120

从节点上查看 key12 的值

get key12

从节点上查询到 key12 的值是 120，说明主从同步没问题，验证通过。

测试从节点只读

读写分离架构中，从节点是只读的，只能查询，所以 set 一个 key 会报错，验证通过。

压测主从环境

Redis 安装文件自带压测工具：redis-benchmark。

压测工具的命令格式如下：

redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n <requests]> [-k <boolean>]

我们就使用默认的参数进行测试：

• 并发数：50 个。Number of parallel connections (default 50)
• 请求总数：共 10 W 个请求。Total number of requests (default 100000)
• 每个GET/SET 命令的字节数：2 Bytes。Data size of SET/GET value in bytes (default 2)

cd /usr/local/bin
./redis-benchmark -h 192.168.10.115 -p 6379 -c 50 -n 100000 -d 2

测试结果会有多个命令的压测结果：如 PING_INLINE、PING_BULK 、SET、GET、INCR、LPUSH、RPUSH 、LPOP、RPOP 、SADD、SPOP、LPUSH、LRANGE_100、LRANGE_300、LRANGE_500、MSET

来看下 GET  命令的压测结果：

====== GET ======
  100000 requests completed in 1.51 seconds
  50 parallel clients
  2 bytes payload
  keep alive: 1

99.57% <= 1 milliseconds
99.77% <= 4 milliseconds
99.86% <= 5 milliseconds
99.92% <= 6 milliseconds
99.94% <= 7 milliseconds
99.99% <= 9 milliseconds
100.00% <= 9 milliseconds
66050.20 requests per second

说明：

• 10W 请求在 1.51 秒完成。
• 99.57% 的请求在 1 毫秒内完成。
• 99.77% 的请求在 4 毫秒内完成。
• 所有的请求都在 9 毫秒内完成。
• 每秒发送 66050 个请求。

其他命令的结果和 Get 命令也是类似的结果，不再展开说明。

至此，Redis 的主从架构搭建和压测已完成了。主从架构更多原理请查看这篇：​​《缓存实战（七）镜 | 深入剖析主从架构原理》​​。

本文转载自公众号：悟空聊架构