一、关系型数据库和NoSql 数据库
1.1数据库主要分为两大类:关系型数据库与 NoSQL数据库
-
关系型数据库,是建立在关系模型基础上的数把库,其借助于集合代数等数学概念和方法来处理数据库中的数掘主流的 MySQLOracle、Ms sOLSerer和 DB2 都属于这类传统数据库
-
NoSQL数据库,全称为 Not Ony SQL,意思就是适用关系型数据库的时候就使用关系型数据库,不适用的时候也没有必要非使用关系型数据库不可,可以考虑使用更加合适的数据存储。主要分为临时性键值存储(memcached、Redis)、永久性键值存储(ROMA、Redis)面向文档的数据库(MongoDB、CouchDB)、面向列的数据库(Cassandra、HBase),每种 NoSQL都有具特有的使用场景及优点。
1.2 为啥使用NoSql数据库
- 主要是由于随着互联网发展,数据量越来越大,对性能要求越来越高,传统数据库存在着先天性的缺陷,即单机(单库)性能瓶颈,并且扩展困难。这样既有单机单库瓶颈,却又扩展困难,自然无法满足日益增长的海量数据存储及其性能要求,所以才会出现了各种不同的NOSQL产品,NOSQL根本性的优势在于在云计算时代,简单、易于大规模分布式扩展,并且读写性能非常高
二、Remote Dictionary Server 简介
网址:Redis - The Real-time Data Platform
2.1定义
Redis是一个开源的、遵循BSD协议的、基于内存的而且目前比较流行的键值数据库(key-value database),是一个非关系型数据库,redis 提供将内存通过网络远程共享的一种服务,提供类似功能的 还有memcached,但相比memcached,redis还提供了易扩展、高性能、具备数据持久性等功能。 Redis 在高并发、低延迟环境要求比较高的环境使用量非常广泛。
2.2特性
-
速度快: 10W QPS,基于内存,C语言实现
-
单线程
-
持久化
-
支持多种数据结构
-
支持多种编程语言
-
功能丰富: 支持Lua脚本,发布订阅,事务,pipeline等功能
-
简单: 代码短小精悍(单机核心代码只有23000行左右),单线程开发容易,不依赖外部库,使用简单
-
主从复制
-
支持高可用和分布式
单线程为何如此快?
纯内存+非阻塞+避免线程切换和竞态消耗
2.3使用场景
2.4缓存过程
2.4.1数据更新操作流程
2.4.2数据读操作流程
三、Redis的安装
3.1环境搭建
官网地址:Redis - The Real-time Data Platform 下载redis-7.4的包
准备三台9虚拟主机,分为redis-noe1、2、3
IP: 172.25.254.10、20、30
#rpm装
[root@redis-node1 ~]# dnf install redis -y
3.2源码安装
#解压
[root@redis-node1 ~]# ls
anaconda-ks.cfg redis-7.4.0.tar.gz
[root@redis-node1 ~]# tar zxf redis-7.4.0.tar.gz
[root@redis-node1 ~]# ls
anaconda-ks.cfg redis-7.4.0 redis-7.4.0.tar.gz
[root@redis-node1 ~]# cd redis-7.4.0/
#装依赖性
[root@redis-node1 redis-7.4.0]# dnf install make -y
[root@redis-node1 redis-7.4.0]# dnf install initscripts -y
[root@redis-node1 redis-7.4.0]# dnf install gcc -y
#编译安装
[root@redis-node1 redis-7.4.0]# make && make install
#启动Redis
[root@redis-node1 utils]# ./install_server.sh
Welcome to the redis service installer
This script will help you easily set up a running redis server
This systems seems to use systemd.
Please take a look at the provided example service unit files in this directory, and adapt and install them. Sorry!
#出现上面问题解决
[root@redis-node1 utils]# vim install_server.sh
#在启动 初始化
[root@redis-node1 utils]# ./install_server.sh
Welcome to the redis service installer
This script will help you easily set up a running redis server
Please select the redis port for this instance: [6379]
Selecting default: 6379
Please select the redis config file name [/etc/redis/6379.conf]
Selected default - /etc/redis/6379.conf
Please select the redis log file name [/var/log/redis_6379.log]
Selected default - /var/log/redis_6379.log
Please select the data directory for this instance [/var/lib/redis/6379]
Selected default - /var/lib/redis/6379
Please select the redis executable path [/usr/local/bin/redis-server]
Selected config:
Port : 6379 #端口号
Config file : /etc/redis/6379.conf #配置文件
Log file : /var/log/redis_6379.log #日志文件
Data dir : /var/lib/redis/6379 #数据文件目录
Executable : /usr/local/bin/redis-server #命令
Cli Executable : /usr/local/bin/redis-cli #,命令
Is this ok? Then press ENTER to go on or Ctrl-C to abort.
Copied /tmp/6379.conf => /etc/init.d/redis_6379
Installing service...
Successfully added to chkconfig!
Successfully added to runlevels 345!
Starting Redis server...
Installation successful!
#配置redis
[root@redis-node1 utils]# vim /etc/redis/6379.conf
#重启
[root@redis-node1 utils]# /etc/init.d/redis_6379 restart
#查看
[root@redis-node1 ~]# redis-cli
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379> set key1 value1
OK
127.0.0.1:6379> get key1
"value1"
127.0.0.1:6379> select 1
OK
127.0.0.1:6379[1]> get key1
(nil)
127.0.0.1:6379[1]> exit
[root@redis-node1 ~]#
#同步安装node2、node3
[root@redis-node1 ~]# scp -r redis-7.4.0 root@172.25.254.20:/root
[root@redis-node1 ~]# cd /usr/local/bin/
[root@redis-node1 bin]# ll
总用量 29416
-rwxr-xr-x 1 root root 6365824 9月 5 11:31 redis-benchmark
lrwxrwxrwx 1 root root 12 9月 5 11:31 redis-check-aof -> redis-server
lrwxrwxrwx 1 root root 12 9月 5 11:31 redis-check-rdb -> redis-server
-rwxr-xr-x 1 root root 7207664 9月 5 11:31 redis-cli
lrwxrwxrwx 1 root root 12 9月 5 11:31 redis-sentinel -> redis-server
-rwxr-xr-x 1 root root 16540544 9月 5 11:31 redis-server
[root@redis-node1 bin]# rsync -al * root@172.25.254.20:/usr/local/bin
[root@redis-node1 bin]# scp -r redis-7.4.0 root@172.25.254.30:/root
[root@redis-node1 bin]# rsync -al * root@172.25.254.30:/usr/local/bin
#在node2上
[root@redia-node2 utils]# dnf install initscripts -y
[root@redia-node2 ~]# cd redis-7.4.0/
[root@redia-node2 redis-7.4.0]# cd utils/
[root@redia-node2 utils]# ./install_server.sh
[root@redia-node2 utils]# vim /etc/redis/6379.conf
[root@redia-node2 utils]# /etc/init.d/redis_6379 restart
#同理在node3上
[root@redis-node3 ~]# dnf install initscripts -y
[root@redis-node3 ~]# cd /usr/local/bin/
[root@redis-node3 bin]# ll
总用量 29416
-rwxr-xr-x 1 root root 6365824 9月 5 11:31 redis-benchmark
lrwxrwxrwx 1 root root 12 9月 5 11:31 redis-check-aof -> redis-server
lrwxrwxrwx 1 root root 12 9月 5 11:31 redis-check-rdb -> redis-server
-rwxr-xr-x 1 root root 7207664 9月 5 11:31 redis-cli
lrwxrwxrwx 1 root root 12 9月 5 11:31 redis-sentinel -> redis-server
-rwxr-xr-x 1 root root 16540544 9月 5 11:31 redis-server
[root@redis-node3 bin]# cd
[root@redis-node3 ~]# cd redis-7.4.0/
[root@redis-node3 redis-7.4.0]# cd utils/
[root@redis-node3 utils]# ./install_server.sh
[root@redis-node3 utils]# vim /etc/redis/6379.conf
[root@redis-node3 utils]# /etc/init.d/redis_6379 restart
四、基本操作
#练习
#查看配置
127.0.0.1:6379> config get bind
1) "bind"
2) "* -::*"
127.0.0.1:6379> config get *
#写入和读取数据
127.0.0.1:6379> set name txy
OK
127.0.0.1:6379> get txy
(nil)
127.0.0.1:6379> set name txy ex 5
OK
127.0.0.1:6379> get name
"txy"
127.0.0.1:6379> get name
"txy"
127.0.0.1:6379> get name
"txy"
127.0.0.1:6379> get name
"txy"
127.0.0.1:6379> get name
(nil)
#如果没有设定数据过期时间会一直存在, /var/lib/redis/6379/dump.rdb内存快照中
#查看所有key
127.0.0.1:6379> set name txy
OK
127.0.0.1:6379> keys *
1) "name"
2) "key1"
#选择数据库 redisa中有0-15个数据库
127.0.0.1:6379> select 1
OK
127.0.0.1:6379[1]> get name
(nil)
127.0.0.1:6379[1]> select 0
OK
127.0.0.1:6379> select 16
(error) ERR DB index is out of range
#移动数据
127.0.0.1:6379> move name 1
(integer) 1
127.0.0.1:6379> get name
(nil)
127.0.0.1:6379> select 1
OK
127.0.0.1:6379[1]> get name
"txy"
#改变键名
127.0.0.1:6379[1]> rename name id
OK
127.0.0.1:6379[1]> get name
(nil)
127.0.0.1:6379[1]> get id
"txy"
#删除
127.0.0.1:6379> set name txy
OK
127.0.0.1:6379> get name
"txy"
127.0.0.1:6379> del name
(integer) 1
127.0.0.1:6379> get name
(nil)
#持久化保存
127.0.0.1:6379> persist name
(integer) 0
#判断key是否存在
127.0.0.1:6379> exists name
(integer) 0
127.0.0.1:6379> exists txy
(integer) 0
#清空当前库
127.0.0.1:6379> flushdb
OK
127.0.0.1:6379> get name
(nil)
#清空所有库
127.0.0.1:6379> FLUSHALL
OK
五、Redis 主从复制
5.1主从配置
- 环境配置
redis-node1 master
redis-node2 slave
redis-node3 slave
在配置多台redis时建议用复制的方式节省编译时间
#master配置
#关闭protected模式
[root@redis-node1 ~]# vim /etc/redis/6379.conf
protected-mode no #关闭protected模式
#重启
[root@redis-node1 ~]#/etc/init.d/redis_6379 restart
#slave节点
[root@redia-node2 utils]# vim /etc/redis/6379.conf
replicaof 172.25.254.100 6379
[root@redia-node2 utils]# /etc/init.d/redis_6379 restart
[root@redis-node3 utils]# vim /etc/redis/6379.conf
replicaof 172.25.254.100 6379
[root@redis-node3 utils]# /etc/init.d/redis_6379 restart
- 测试
5.2 主从同步过程
-
slave节点发送同步亲求到master节点
-
slave节点通过master节点的认证开始进行同步
-
master节点会开启bgsave进程发送内存rbd到slave节点,在此过程中是异步操作,也就是说master节点仍然可以进行写入动作
-
slave节点收到rdb后首先清空自己的所有数据
-
slave节点加载rdb并进行数据恢复
-
在master和slave同步过程中master还会开启新的bgsave进程把没有同步的数据进行缓存
-
然后通过自有的replactionfeedslave函数把未通过内存快照发动到slave的数据一条一条写入到slave中
六、Redis哨兵(高可用)
6.1 环境
实验环境:我们用主两从来实现Redis的高可用架构
6.2架构
-
Sentinel 进程是用于监控redis集群中Master主服务器工作的状态,在Master主服务器发生故障的时候,可以实现Master和Slave服务器的切换,保证系统的高可用,此功能在redis2.6+的版本已引用,Redis的哨兵模式到了2.8版本之后就稳定了下来。一般在生产环境也建议使用Redis的2.8版本的以后版本
-
每个哨兵(Sentinel)进程会向其它哨兵(Sentinel)、Master、Slave定时发送消息,以确认对方是否"活"着,如果发现对方在指定配置时间(此项可配置)内未得到回应,则暂时认为对方已离线,也就是所谓的"主观认为宕机" (主观:是每个成员都具有的独自的而且可能相同也可能不同的意识),英文名称:Subjective Down,简称SDOWN
-
有主观宕机,对应的有客观宕机。当"哨兵群"中的多数Sentinel进程在对Master主服务器做出SDOWN 的判断,并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后,得出的Master Server下线判断,这种方式就是"客观宕机"(客观:是不依赖于某种意识而已经实际存在的一切事物),英文名称是:Objectively Down, 简称 ODOWN
-
通过一定的vote算法,从剩下的slave从服务器节点中,选一台提升为Master服务器节点,然后自动修改相关配置,并开启故障转移(failover)
-
Sentinel 机制可以解决master和slave角色的自动切换问题,但单个 Master 的性能瓶颈问题无法解决,类似于MySQL中的MHA功能
-
Redis Sentinel中的Sentinel节点个数应该为大于等于3且最好为奇数
每10秒每个sentinel对master和slave执行info
发现slave节点
确认主从关系
每2秒每个sentinel通过master节点的channel交换信息(pub/sub)
通过sentinel__:hello频道交互
交互对节点的"看法"和自身信息
每1秒每个sentinel对其他sentinel和redis执行pi
6.3 实验配置
6.3.4 master配置
#编辑配置文件
[root@redis-node1 ~]# cd redis-7.4.0/
[root@redis-node1 redis-7.4.0]# cp sentinel.conf /etc/redis/
[root@redis-node1 redis-7.4.0]# vim /etc/redis/sentinel.conf
#备份
[root@redis-node1 redis-7.4.0]# cp sentinel.conf sentinel.conf.bak
6.3.2 同步配置slaver
#同步到slaver主机
[root@redis-node1 redis-7.4.0]# scp /etc/redis/sentinel.conf root@172.25.254.20:/etc/red is/sentinel.conf
sentinel.conf 100% 14KB 13.0MB/s 00:00
[root@redis-node1 redis-7.4.0]# scp /etc/redis/sentinel.conf root@172.25.254.30:/etc/red is/sentinel.conf
sentinel.conf 100% 14KB 14.2MB/s 00:00
[root@redia-node2 redis-7.4.0]# cp sentinel.conf /etc/redis/
[root@redia-node2 redis-7.4.0]# cp sentinel.conf sentinel.conf.bak
[root@redis-node3 ~]# cd redis-7.4.0/
[root@redis-node3 redis-7.4.0]# cp sentinel.conf /etc/redis/
[root@redis-node3 redis-7.4.0]# cp sentinel.conf sentinel.conf.bak
6.3.3启动服务
bash
[root@redis-node1 redis-7.4.0]# redis-sentinel /etc/redis/sentinel.conf
35519:X 05 Sep 2024 15:13:34.747 # WARNING Memory overcommit must be enabled! Without it , a background save or replication may fail under low memory condition. Being disabled, it can also cause failures without low memory condition, see https://github.com/jemalloc /jemalloc/issues/1328. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.c onf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
35519:X 05 Sep 2024 15:13:34.748 * oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
35519:X 05 Sep 2024 15:13:34.748 * Redis version=7.4.0, bits=64, commit=00000000, modifi ed=0, pid=35519, just started
35519:X 05 Sep 2024 15:13:34.748 * Configuration loaded
35519:X 05 Sep 2024 15:13:34.749 * Increased maximum number of open files to 10032 (it w as originally set to 1024).
35519:X 05 Sep 2024 15:13:34.749 * monotonic clock: POSIX clock_gettime
_._
_.-``__ ''-._
_.-`` `. `_. ''-._ Redis Community Edition
.-`` .-```. ```\/ _.,_ ''-._ 7.4.0 (00000000/0) 64 bit
( ' , .-` | `, ) Running in sentinel mode
|`-._`-...-` __...-.``-._|'` _.-'| Port: 26379
| `-._ `._ / _.-' | PID: 35519
`-._ `-._ `-./ _.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' | https://redis.io
`-._ `-._`-.__.-'_.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' |
`-._ `-._`-.__.-'_.-' _.-'
`-._ `-.__.-' _.-'
`-._ _.-'
`-.__.-'
35519:X 05 Sep 2024 15:13:34.754 * Sentinel new configuration saved on disk
35519:X 05 Sep 2024 15:13:34.754 * Sentinel ID is fe0847743c4b2182342101cbb8b86897e2b73d 6b
35519:X 05 Sep 2024 15:13:34.754 # +monitor master mymaster 172.25.254.10 6379 quorum 2
35519:X 05 Sep 2024 15:13:34.755 * +slave slave 172.25.254.20:6379 172.25.254.20 6379 @ mymaster 172.25.254.10 6379
35519:X 05 Sep 2024 15:13:34.757 * Sentinel new configuration saved on disk
35519:X 05 Sep 2024 15:13:34.757 * +slave slave 172.25.254.30:6379 172.25.254.30 6379 @ mymaster 172.25.254.10 6379
35519:X 05 Sep 2024 15:13:34.758 * Sentinel new configuration saved on disk
35519:X 05 Sep 2024 15:13:34.839 # +sdown slave 172.25.254.20:6379 172.25.254.20 6379 @ mymaster 172.25.254.10 6379
35519:X 05 Sep 2024 15:13:34.839 # +sdown slave 172.25.254.30:6379 172.25.254.30 6379 @ mymaster 172.25.254.10 6379
35519:X 05 Sep 2024 15:13:34.912 # -sdown slave 172.25.254.20:6379 172.25.254.20 6379 @ mymaster 172.25.254.10 6379
35519:X 05 Sep 2024 15:13:34.913 # -sdown slave 172.25.254.30:6379 172.25.254.30 6379 @ mymaster 172.25.254.10 6379
6.3.4测试
在开一个master节点终端
bash
#查看文件
[root@redis-node1 redis]# vim sentinel.conf
- 关闭master
bash
[root@redis-node1 redis]# redis-cli
127.0.0.1:6379> shutdown
(0.86s)
not connected> exit
[root@redis-node1 redis]#
#看slave20
[root@redis-node1 redis]# ssh -l root 172.25.254.20
[root@redia-node2 ~]# redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=172.25.254.30,port=6379,state=online,offset=60213,lag=1
master_failover_state:no-failover
master_replid:ceec2ccb0666d4b9a57a061127732dfcaf826278
master_replid2:487494bcbafaf22cb69970f75f45f99b81bad0dc
master_repl_offset:60213
second_repl_offset:30658
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:60213
127.0.0.1:6379> exit
此时20为master,因为10down所以从节点只有30一个
- 开启原来的master 也就是10
bash
[root@redis-node1 redis]# /etc/init.d/redis_6379 start
#查看20
[root@redia-node2 ~]# redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=172.25.254.30,port=6379,state=online,offset=105791,lag=0
slave1:ip=172.25.254.10,port=6379,state=online,offset=105791,lag=1
master_failover_state:no-failover
master_replid:ceec2ccb0666d4b9a57a061127732dfcaf826278
master_replid2:487494bcbafaf22cb69970f75f45f99b81bad0dc
master_repl_offset:105932
second_repl_offset:30658
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:105932
127.0.0.1:6379>
#此时10(原来的master)已经作为从节点并入20主
6.3.5 还原master
[root@redis-node1 redis]# cp sentinel.conf.bak sentinel.conf
6.4 架构中可能出现的问题
1.问题:
在生产环境中如果master和slave中的网络出现故障,由于哨兵的存在会把master提出去当网络恢复后,master发现环境发生改变,master就会把自己的身份转换成slavemaster变成slave后会把网络故障那段时间写入自己中的数据清掉,这样数据就丢失了。
2.解决:
master在被写入数据时会持续连接slave,mater确保有2个slave可以写入我才允许写入如果slave数量少于2个便拒绝写入
bash
#在matster中设定
[root@redis-node2 ~]# redis-cli
127.0.0.1:6379> CONFIG GET min-slaves-to-write
1) "min-slaves-to-write"
2) "0"
127.0.0.1:6379> CONFIG set min-slaves-to-write 2
OK
127.0.0.1:6379> CONFIG GET min-slaves-to-write
1) "min-slaves-to-write"
2) "2"
#如果要永久保存写到配置文件中/etc/redis/6379.conf
七、 Redis Cluster(无中性化涉及)
7.1 Redis Cluster 工作原理
在哨兵sentinel机制中,可以解决redis高可用问题,即当master故障后可以自动将slave提升为master,从而可以保证redis服务的正常使用,但是无法解决redis单机写入的瓶颈问题,即单机redis写入性能受限于单机的内存大小、并发数量、网卡速率等因素。
redis 3.0版本之后推出了无中心架构的redis cluster机制,在无中心的redis集群当中,其每个节点保存当前节点数据和整个集群状态,每个节点都和其他所有节点连接
Redis Cluster特点如下
- 所有Redis节点使用(PING机制)互联
- 集群中某个节点的是否失效,是由整个集群中超过半数的节点监测都失效,才能算真正的失效
- 客户端不需要proxy即可直接连接redis,应用程序中需要配置有全部的redis服务器IP
- redis cluster把所有的redis node 平均映射到 0-16383个槽位(slot)上,读写需要到指定的redisnode上进行操作,因此有多少个redis node相当于redis 并发扩展了多少倍,每个redis node 承担16384/N个槽位
- Redis cluster预先分配16384个(slot)槽位,当需要在redis集群中写入一个key -value的时候,会使用CRC16(key) mod 16384之后的值,决定将key写入值哪一个槽位从而决定写入哪一个Redis节点上,从而有效解决单机瓶颈。
Redis cluster 架构
假如三个主节点分别是:A, B, C 三个节点,采用哈希槽 (hash slot)的方式来分配16384个slot 的话它们三个节点分别承担的slot 区间可以是:
节点A覆盖 0-5460
节点B覆盖 5461-10922
节点C覆盖 10923-16383
Redis cluster 主从架构
Redis cluster的架构虽然解决了并发的问题,但是又引入了一个新的问题,每个Redis master的高可用
如何解决?
那就是对每个master 节点都实现主从复制,从而实现 redis 高可用性
Redis Cluster 部署架构说明
7.2 创建redis cluster的前提
1.每个redis node节点采用相同的硬件配置、相同的密码、相同的redis版本。
2.每个节点必须开启的参数
-
cluster-enabled yes #必须开启集群状态,开启后redis进程会有cluster显示
-
cluster-config-file nodes-6380.conf #此文件有redis cluster集群自动创建和维护,不需要任何手动操作
3.所有redis服务器必须没有任何数据
4.先启动为单机redis且没有任何key value
7.3 部署redis cluster
7.3.1 环境搭建
准备虚拟机 redis-node110、120、130
对应ip 172.25.254.110、120、130
bash
#清楚之前用编码装的redis
[root@redis-node1 redis-7.4.0]# make uninstall
[root@redis-node1 redis-7.4.0]# ps aux | grep redis
[root@redis-node1 redis-7.4.0]# killall -9 redis-server
[root@redis-node1 redis-7.4.0]# make uninstall
#使用rpm 装redis 采用多台执行
[root@redis-node1 redis-7.4.0]# yum install redis -y
bash
#写配置文件,改相关配置
[root@redis-node1 ~]# vim /etc/redis/redis.conf
#改完启动
[root@redis-node1 ~]# systemctl enable --now redis
#查看状态
[root@redis-node1 ~]# netstat -antlupe | grep redis
#重新连远程服务,刷新一下
#测试启动
[root@redis-node1 ~]# redis-cli
127.0.0.1:6379> KEYS *
(error) NOAUTH Authentication required.
127.0.0.1:6379> auth 123456
OK
127.0.0.1:6379>
127.0.0.1:6379> KEYS *
(empty array)
127.0.0.1:6379> set name txu
(error) CLUSTERDOWN The cluster is down
127.0.0.1:6379> quit
[root@redis-node1 ~]#
bash
#拷贝配置到其他主机
[root@redis-node1 ~]# for i in 20 30 110 120 130
> do
> scp /etc/redis/redis.conf root@172.25.254.$i:/etc/redis/redis.conf
> done
#开启多端口执行(多台执行)
[root@redis-node1 ~]# systemctl enable --now redis
[root@redis-node1 ~]# netstat -antlupe | grep redis
7.3.2 redis-cli --cluster 参数说明
bash
[root@redis-node1 ~]# redis-cli --cluster help
Cluster Manager Commands:
create host1:port1 ... hostN:portN #创建集群
--cluster-replicas <arg> #指定master的副本数
check host:port #检测集群信息
--cluster-search-multiple-owners
info host:port #查看集群信息
fix host:port #修复集群
--cluster-search-multiple-owners
--cluster-fix-with-unreachable-masters
reshard host:port #在线热迁移集群指定主机的slots数据
--cluster-from <arg>
--cluster-to <arg>
--cluster-slots <arg>
--cluster-yes
--cluster-timeout <arg>
--cluster-pipeline <arg>
--cluster-replace
rebalance host:port #平衡各集群主机的slot数量
--cluster-weight <node1=w1...nodeN=wN>
--cluster-use-empty-masters
--cluster-timeout <arg>
--cluster-simulate
--cluster-pipeline <arg>
--cluster-threshold <arg>
--cluster-replace
add-node new_host:new_port existing_host:existing_port #添加主机
--cluster-slave
--cluster-master-id <arg>
del-node host:port node_id #删除主机
call host:port command arg arg .. arg
--cluster-only-masters
--cluster-only-replicas
set-timeout host:port milliseconds
import host:port #导入外部redis服务器的数据到
当前集群
--cluster-from <arg>
--cluster-from-user <arg>
--cluster-from-pass <arg>
--cluster-from-askpass
--cluster-copy
--cluster-replace
backup host:port backup_directory
7.3.3 集群搭建配置
7.3.3.1 创建redis-cluster
bash
[root@redis-node1 ~]# redis-cli --cluster create -a 123456 \
> 172.25.254.10:6379 172.25.254.20:6379 172.25.254.30:6379 \
> 172.25.254.110:6379 172.25.254.120:6379 172.25.254.130:6379 \
> --cluster-replicas 1
检测redis集群状态
bash
[root@redis-node1 ~]# redis-cli -a 123456 --cluster info 172.25.254.10:6379
[root@redis-node1 ~]# redis-cli -a 123456 cluster info
[root@redis-node1 ~]# redis-cli -a 123456 --cluster check 172.25.254.10:6379
bash
# 写入数据
[root@redis-node1 ~]# redis-cli -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:6379> set name txy
(error) MOVED 5798 172.25.254.20:6379 #被分配到20的hash槽位上
[root@redis-node2 ~]# redis-cli -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:6379> set name txy
OK
7.3.3.2 集群扩容
新建两个redis主机node4、node5
(1)添加master
bash
[root@redis-node1 ~]# redis-cli -a 123456 --cluster add-node 172.25.254.50:6379 172.25.254.10:6379
[root@redis-node1 ~]# redis-cli -a 123456 --cluster info 172.25.254.10:6379
#分配槽位
[root@redis-node1 ~]# redis-cli -a 123456 --cluster reshard 172.25.254.10:6379
(2)添加slave
bash
[root@redis-node1 ~]# redis-cli -a 123456 --cluster add-node 172.25.254.60:6379 172.25.254.10:6379 --cluster-slave --cluster-master-id d0659df572fe967da4c8be503087ad474e9db896
7.4clsuter集群维护
添加节点的时候是先添加node节点到集群,然后分配槽位,删除节点的操作与添加节点的操作正好相反,是先将被删除的Redis node上的槽位迁移到集群中的其他Redis node节点上,然后再将其删除,如果一个Redis node节点上的槽位没有被完全迁移,删除该node的时候会提示有数据且无法删除。
bash
# 移除slave
[root@redis-node1 ~]# redis-cli -a 123456 --cluster del-node 172.25.254.60:6379 ed0d559f51d6d3d8089dac07e9238edfd8ea7de0
# 移除要下线主机的哈希槽位
[root@redis-node1 ~]# redis-cli -a 123456 --cluster reshard 172.25.254.50:6379
#删除master
[root@redis-node1 ~]# redis-cli -a 123456 --cluster del-node 172.25.254.50:6379 d0659df572fe967da4c8be503087ad474e9db896