redis的持久化配置(图文介绍)
redis的持久化配置(图文介绍)
redis简述
redis是一款由c语言
编写的,开源的高可用的非关系型数据库
(NoSQL,不仅仅是数据库)型的键值对(key-value)数据库。
与传统的数据库不同的是redis的数据是存在内存
的,所以读写性能不是一般的高,可达到每秒10万次操作,因此被广泛的应用到缓存方向,例如:在网站架构里面和tomcat做session共享,做数据库缓存等。
redis的优缺点
优点
读写速度快,读能达到110000次/s,写能达到81000次/s,c语言写的,代码优雅,而且还是单线程架构 ,所以执行效率高,速度快
支持多种数据结构,字符串(string,也是最常用的),哈希(hash),列表(list),集合(SET),有序集合(ZSET)
丰富的功能,例如:天然计数器, 键过期功能,消息队列等
支持的客户端语言多,支持 php,java,python
支持数据持久化
自带多种高可用架构,比如:主从复制,哨兵,高可用集群
缺点
正是因为数据都存在内存里,所以对服务器性能要求严格,根据业务量自己选择内存选购多大
很难实现在线扩容,所以第一次选购需谨慎
上面有提到持久化,何为持久化?
持久化就是支持把内存中的数据写到磁盘里面,防止服务器宕机了内存里面数据全部丢失。
实现持久化的方式
支持2种格式持久化数据AOF, RDB,还有就是这两种混合使用 AOF&RDB
注意:当这种都开启时,redis数据恢复优先使用AOF,但是RDB是默认的持久化方式。
AOF持久化:就是把redis每一次执行的命令都记录到单独指定的日志文件里面,当重启或者要恢复数据时就会恢复日志文件中的数据
RDB:就像是拍快照一样,按照配置文件定义的save参数来定义快照的周期,然后保存到硬盘里面,会产生dump.rdb文件
AOF和RDB的对比:
1AOF文件比rdb更新频率高,优先使用aof还原
aof比rdb更安全
rdb性能比aof要好,数据量很大时,日志恢复速度比rdb慢
在持续读写时,如果rdb拍摄快照,会有数据延迟,恢复的数据会不完整
redis 的数据结构
实现redis的持久化
部署redis
1.创建数据目录
mkdir -p /redis/soft mkdir -p /opt/redis_cluster/redis_6379/{conf,logs,pid}登录后复制
解释下为什么自己创建conf,logs,pid目录,而不是让它初始化自动生成
我们是为了再一台主机上开启多个redis进程来实现后期的redis集群(至少6台)(Author电脑配置不允许我任性操作)
2.下载redis安装包
cd /redis/soft wget http://download.redis.io/releases/redis-5.0.6.tar.gz登录后复制
3.解压redis到/opt/redis_cluster/
tar zxf redis-5.0.6.tar.gz -C /opt/redis_cluster/ ln -s /opt/redis_cluster/redis-5.0.6 /opt/redis_cluster/redis #做好软连接,方便自己管理登录后复制
4.切换目录安装redis
cd /opt/redis_cluster/redis make && make install登录后复制
5.自己编写配置文件/opt/redis_cluster/redis_6379/conf/6379.conf
添加一些重要的内容
添加: bind 127.0.0.1 192.168.10.1 port 6379 daemonize yes #开启daemon进程pidfile /opt/redis_cluster/redis_6379/pid/redis_6379.pid logfile /opt/redis_cluster/redis_6379/logs/redis_6379.log databases 16 dbfilename redis.rdb #RDB持久化文件dir /opt/redis_cluster/redis_6379 #RDB存放的位置登录后复制
6.启动当前redis服务redis-server /opt/redis_cluster/redis_6379/conf/6379.conf
[root@redis-master ~]# netstat -anpt |grep 6379tcp 0 0 192.168.10.1:6379 0.0.0.0:* LISTEN 49206/redis-server tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 49206/redis-server tcp 0 0 127.0.0.1:41400 127.0.0.1:6379 TIME_WAIT - tcp 0 0 192.168.10.1:6379 192.168.10.8:46220 ESTABLISHED 49206/redis-server [root@redis-master ~]#登录后复制
持久化之RDB配置
修改配置文件,添加save项
vim /opt/redis_cluster/redis_6379/conf/6379.conf 添加: save 900 1 #在900秒(15分钟)之后,如果至少有1个key发生变化,则dump内存快照。save 300 10 #在300秒(5分钟)之后,如果至少有10个key发生变化,则dump内存快照。save 60 500 #在60秒(1分钟)之后,如果至少有500个key发生变化,则dump内存快照登录后复制
持久化之AOF配置
同为修改配置文件
添加appendonly,启用持久化
vim /opt/redis_cluster/redis_6379/conf/6379.conf 添加: appendonly yes #启用AOF持久化appendfilename "redis.aof" #指定AOF文件名appendfsync everysec #每秒同步一次登录后复制
重启redis使其生效,验证持久化
redis-cli shutdownredis-server /opt/redis_cluster/redis_6379/conf/6379.conf登录后复制
在redis数据库里面添加键值对
#!/bin/bashfor i in {1..500}do redis-cli set k_$i v_$idone登录后复制
这时候关闭数据库,内存里的东西正常肯定会丢失,但是,现在肯定不会丢失的,而且还会有持久化的文件
[root@redis-master ~]# redis-cli shutdown[root@redis-master ~]# redis-server /opt/redis_cluster/redis_6379/conf/6379.conf [root@redis-master ~]# [root@redis-master ~]# redis-cli127.0.0.1:6379> keys k_500 1) "v_500"127.0.0.1:6379>登录后复制
redis主从复制
为什么要做redis主从复制?
为解决单点故障把数据复制到一个或多个副本副本服务器(从服务器),实现冗余,达到故障恢复和负载均衡的目的
另起一台服务器,安装redis
1.为了简单,我们直接复制前边master
[root@redis-master ~]# scp -rp /opt/redis_cluster/ root@192.168.10.8:/opt
2.直接make install
安装redis,无须再编译,在master已经做过
修改配置文件
cd /opt/redis_cluster/redis vim /opt/redis_cluster/redis_6379/conf/6379.conf 修改: bind 127.0.0.1 192.168.10.8 slaveof 192.168.10.1 6379 #添加master的ip port保存退出登录后复制
3.启动服务
redis-server /opt/redis_cluster/redis_6379/conf/6379.conf
主服务器上新建键值,测试从服务器自动同步
注:
从服务器在同步过程中,只能复制主数据库的数据,不能手动添加修改数据;
如果从服务器非要修改数据,需要断开同步:[root@redis-slave ~]# redis-cli slaveof no one
提示OK即可
如果master宕机的话,从服务器可以先手动断开同步
,这时候,他就是一个独立的个体,其他的从服务器再指向自己
,即可完成切换
本文转自:https://blog.csdn.net/weixin_43815140/article/details/106128848
更多相关知识,请访问 PHP中文网!!
【本文来源:美国服务器 http://www.558idc.com/mg.html提供,感恩】