一、持久化方式

Redis提供了两种数据备份的方式,一种是RDB,另外一种是AOF。

  RDB AOF
开启/关闭 开启:默认开启;关闭:把配置文件中所有的save注释就是关闭了 开启:在配置文件中appendonly:yes即是开启了aof;no为关闭
同步机制 可以指定某个时间内发生多少个命令进行同步,比如1分钟内发生2次命令,就做一次同步 每秒同步或者每次发生命令后同步
存储内容 存储的是Redis里具体的值 存储的是执行的更新操作的命令
存储文件的路径 根据dir以及dbfilenname来指定路径和具体的文件名 根据dir以及appendfilename来指定具体的路径和文件名
优点

(1)存储数据文件时会进行压缩,文件体积比aof小;

(2)因为存储的是Redis具体的值,并且会经过压缩,因此在恢复的时候速度比aof快;

(3)非常适合用备份。

(1)aof策略的备份机制是每分钟或者每发生写操作的时候都会同步,因此即使服务器故障,最多只会丢失1秒的数据;

(2)aof存储的是Redis命令,并且是直接追加到aof文件后面,因此每次备份的时候只要添加新的数据进去就可以了;

(3)如果aof文件比较大了,那么Redis会进行重写,只保留最小的命令集合。

缺点

(1)rdb在多少时间内发生了多少写操作的时候就会触发同步机制,因为采用压缩机制,rdb在同步的时候都重新保存整个Redis中的数据,因此一般会设置5分钟才保存一次数据,在这种情况下,一般服务器故障,会造成至少5分钟的数据丢失;

(2)在数据保存进rdb的时候,Redis会fork出一个子进程用来同步,在数据量比较大的时候,可能非常耗时。

(1)aof文件因为没有压缩,因此比rdb体积大;

(2)aof是在每秒或者每次写操作都进行备份,因此如果并发量比较大,效率可能会有点慢;

(3)aof文件因为存储的是命令,因此在灾难恢复的时候Redis会重新运行aof中的命令,因此恢复速度比不上rdb。

1、rdb持久化

实现RDB持久化的方式有两种

(1)save,bgsave

save,同步的方式,持久化操作完成前,系统会被阻塞

bgsave,异步方式

(2)依赖提前做好的计划任务来实现

异步:子进程来完成持久化操作,持久化会将快照中的内容写入到一个临时文件中,当持久化完成了,那么就将这个临时文件改名成dump.rdb

rdb持久化参数介绍

save 900 1                 #900秒和至少1个键改变才会被保存
save 300 10 #300秒和至少10个键改变才会被保存
save 60 10000 #60秒和至少10000个键改变才会被保存
stop-writes-on-bgsave-error yes #错误发生时停止写入
rdbcompression yes #启用压缩
rdbchecksum yes #检验
dbfilename dump.rdb #rdb文件名
dir /var/lib/redis #rdb文件保存路径

2、AOF持久化

AOF比rdb方式更可靠,如果想要启动aof持久化,只要启动appendonly yes即可。

appendonly yes                             #是否启用aof持久化
auto-aof-rewrite-percentage 100 #当aof文件的大小增张了指定比例的时候,执行一次重写操作
auto-aof-rewrite-min-size 64mb #指定aof文件做重写最小值
appendfilename "appendonly.aof" #aof持久化信息保存在哪个文件中(相当于mysql的二进制日志文件)
# appendfsync always #一旦执行了操作,会立刻将操作的语句记录到aof文件中
appendfsync everysec #每秒向aof文件进行一次写入操作
# appendfsync no #不主动向aof执行写入操作,由系统自行判断何时向磁盘执行写入操作
no-appendfsync-on-rewrite no
aof-load-truncated yes

二、Redis主从复制

  主节点:可读可写;从节点:只读不写

  Redis的主从复制,可以实现一个主节点master可以有多个从节点slave节点,一个slave节点也可以作为下面很多从节点的主节点,类似于mysql的级联复制。
  Redis的主从复制策略是通过其持久化的rdb文件来实现的,其过程是先dump出rdb文件,将rdb文件传输给slave,然后再将dump后的操作实时同步到slave中。让从服务器(slave server)成为主服务器(master server)的复制品。

1、拷贝一份Redis配置文件为slave-6380.conf

[root@ren6 redis-5.0.0]# cp redis.conf slave-6380.conf

2、编辑slave-6380.conf文件

[root@ren6 redis-5.0.0]# vim slave-6380.conf
69 bind 192.168.11.6
70 slaveof 192.168.11.6 6379  #指定主节点 93 port 6380

3、编辑主配置文件

[root@ren6 redis-5.0.0]# vim redis.conf
bind 192.168.11.6

4、重启主节点

[root@ren6 redis-5.0.0]# redis-server redis.conf
[root@ren6 redis-5.0.0]# redis-cli -h 192.168.11.6 -p 6379
192.168.11.6:6379> get name
"ren"

5、重启从节点

[root@ren6 ~]# redis-server redis-5.0.0/slave-6380.conf
[root@ren6 ~]# redis-cli -h 192.168.11.6 -p 6380
192.168.11.6:6380> get name
"ren"

三、多实例(同主从)

  多实例就是一台服务器上安装多个redis服务器,这样可以更大程度的利用有限资源,在做一些实验的时候也是强烈建议使用多实例的方式,以节省内存消耗。
  多实例的启动需要用到redis-server + 配置文件 的方式启动,而不能再使用systemctl restart redis。
  另外多实例的登录需要指定-p ip地址,-p指定端口号。

步骤:

1、创建目录,主要存放每个实例的数据,如配置文件,日志文件,pid文件,rdb文件等

2、复制配置文件到创建的实例目录下

3、修改每个实例的配置文件

必须修改的地方:bind监听的地址、端口号、开启后台启动、pid文件保存位置、日志文件保存位置、rdb文件保存位置

bind 192.168.11.6
protected-mode yes
port 6380
tcp-backlog 511
timeout 0
tcp-keepalive 300
daemonize yes
supervised no
pidfile /redis/6380/redis_6380.pid
loglevel notice
logfile /redis/6380/redis.log
...

四、高可用

  Redis高可用即哨兵模式,可以实现对主节点及从节点的监控,当节点出现故障的时候可以实现通知的功能,也可以实现故障转移,失败接管,当主节点出现故障的时候,从节点就可以来接替主节点,实现主从节点的切换。这个时候原本是从节点的服务器,就晋升为主节点了。
  主节点发生故障,进行了主从的切换之后,如果修复好原来的主节点,再次启用的话,原来的主节点就成为了从节点。

1、在主节点查看

可以使用info replicationc查看主从信息,在主节点进行操作

192.168.11.6:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=192.168.11.6,port=6380,state=online,offset=1497,lag=0
master_replid:0c33819e00bb6132c5fdb11c3e57bd78d3fe2d35
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1497
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1497

2、修改监控端的配置文件

[root@ren6 redis-5.0.0]# vim sentinel.conf
17 protected-mode no  #关闭保护模式
21 port 26379    #端口号为26379(默认)
67 # sentinel monitor <master-name> <ip> <redis-port> <quorum>
#注:quorum指几个主机同意可以故障切换,这里是1表示,只要一个主机同意故障切换就会切换
84 sentinel monitor mymaster 192.168.11.6 6379 1    #添加主节点信息

3、启动监控节点

[root@ren6 redis-5.0.0]# redis-server sentinel.conf --sentinel
[root@ren6 ~]# ss -tnl
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 *:26379 *:*
LISTEN 0 128 192.168.11.6:6379 *:*
LISTEN 0 128 192.168.11.6:6380 *:*
LISTEN 0 128 *:22 *:*
LISTEN 0 128 :::26379 :::*
LISTEN 0 128 :::22 :::*

4、登录监控端、查看主/从服务端信息

[root@ren6 ~]# redis-cli -h 192.168.11.6 -p 26379  #登录监控端
192.168.11.6:26379> sentinel masters    #查看主服务端信息
1) 1) "name"
2) "mymaster"
3) "ip"
4) "192.168.11.6"
5) "port"
6) "6379"
7) "runid"
8) "ab924650ae917f3187b511b4ad5e7173ef01a639"
9) "flags"
10) "master"
...
192.168.11.6:26379> sentinel slaves mymaster  #查看从服务端信息
1) 1) "name"
2) "192.168.11.6:6380"
3) "ip"
4) "192.168.11.6"
5) "port"
6) "6380"
7) "runid"
8) "01cada6b7d9d540d380f2a3bbdba548566dc6d84"
9) "flags"
10) "slave"
...

5、测试

[root@ren6 ~]# ps aux |grep redis  #查看Redis的各个实例的pid
root 12149 0.2 1.0 159516 10132 ? Ssl 15:14 0:05 redis-server 192.168.11.6:6379
root 12187 0.2 1.3 163100 13324 ? Ssl 15:15 0:05 redis-server 192.168.11.6:6380
root 12229 0.3 0.8 153884 8308 pts/0 Sl+ 15:48 0:02 redis-server *:26379 [sentinel]
root 12256 0.0 0.7 24720 7436 pts/2 S+ 15:51 0:00 redis-cli -h 192.168.11.6 -p 26379
root 12282 0.0 0.0 112728 972 pts/3 R+ 15:58 0:00 grep --color=auto redis
[root@ren6 ~]# kill 12149    #关闭Redis主节点进程
192.168.11.6:26379> sentinel masters  #再次查看主节点,已经变成了6380端口了
1) 1) "name"
2) "mymaster"
3) "ip"
4) "192.168.11.6"
5) "port"
6) "6380"
7) "runid"
8) "01cada6b7d9d540d380f2a3bbdba548566dc6d84"
9) "flags"
10) "master"

注意:现在再把之前的主节点重启启动的话,之前的主节点会变成现在的主节点的从节点,即之前的主机点故障之后再启动已经变成从节点了。

最新文章

  1. OpenCv全景图像拼接
  2. Ubuntu下安装Django
  3. React-Native入门指导之iOS篇
  4. Java代码操作Redis的sentinel和Redis的集群Cluster操作
  5. java中的变量
  6. android 从服务器上获取APK并下载安装
  7. arcengine之版本管理
  8. Centos7 下 tty2等文字窗口的中文乱码问题分析
  9. [Swift]LeetCode71. 简化路径 | Simplify Path
  10. C++版 - LeetCode 144. Binary Tree Preorder Traversal (二叉树先根序遍历,非递归)
  11. Editor markdown编辑器
  12. [教程向]__在IDEA中使用git+github实现代码的版本控制
  13. python_docx制作word文档详细使用说明【转】
  14. Django之admin管理数据库,cookie验证及分页设置
  15. Xamarin iOS教程之警告视图
  16. 深度学习网络层之 Pooling
  17. 使用vs2015编辑c++模板程序报错2019
  18. SQLAlchemy的“缓存”问题导致的BUG
  19. BMP文件结构(转)
  20. 『ACM C++』 PTA 天梯赛练习集L1 | 048-49

热门文章

  1. PAT B1038 统计同成绩学生
  2. 通过Dapr实现一个简单的基于.net的微服务电商系统(五)——一步一步教你如何撸Dapr之状态管理
  3. HashMap、ConcurrentHashMap 1.7和1.8对比
  4. day16.网络编程1
  5. Selenium 3 常用 API
  6. Cobalt-Strike Office宏利用与免杀
  7. docker日志设置
  8. system , DOS 命令
  9. hdu2594 简单KMP
  10. hdu4973 线段树(题目不错,用了点,段,更新查找还有DFS)