一、简介
Redis是基于内存的存储,所有数据都工作与内存中,基于键值存储(key-value store),经常拿来跟memcached做比较;memcached没有持久能力,Redis有持久能力,可以把内存中的数据写入到磁盘中;memcached是多线程服务器,redis是单线程服务器,一个线程响应所有的客户端请求。
Redis的数据的持久可以有两种机制来实现:一是基于RDB,另一种机制是基于AOF来实现。
从本质上来讲Redis是一个高级的key-value store 和数据结构存储,Redis出了能存储键值这种简单的格式的数据,还能存储列表、集合、字典、hash等数据类型的数据。
Redis 也支持主从,默认有一个工具sentinel来实现redis的主从架构,并实现主服务器的高可用。
官方网站:https://redis.io/
二、试验环境
CentOS 6.6
IP:
node1: 10.0.0.6
node2: 10.0.0.7
node3: 10.0.0.8
二、安装部署
可以源码安装(官方下载),也可以yum安装(需要epel源),我这里yum安装。
[[email protected] ~]# yum install redis
[[email protected] ~]# rpm -ql redis
yum安装redis的配置文件默认:
/etc/redis.conf
daemonize yes //以守护进程的方式启动,如果以脚本的方式来启动redis,即便这项设为no,也会以守护进程的方式启动,不然以redis-server启动就会占据前台
port 6379 //默认为6379端口
bind 0.0.0.0 //监听端口,这样是监听本机所有地址
tcp-backlog 511 // tcp-backlog的长度
unixsocket /tmp/redis.sock //也可以使用sock的方式进行通信
unixsocketperm 700 //sock 文件的访问权限
timeout 0 //设置客户端连接超时时间,一个客户端连接空闲多长时间以后让他超时,0表示禁用此功能,客户端连接不超时
pidfile /var/run/redis_6379.pid //pid文件
logfile /var/log/redis/redis.log //日志文件
databases 16 //默认我们把所有数据都放在0号数据库中,
# save "" //持久化存储的频率,为空表示禁用
save 900 1
save 300 10
save 60 10000
redis的启动脚本: /etc/rc.d/init.d/redis
启动redis的方式:
service redis start
# redis-server /etc/redis.conf
检查启动的结果:
[[email protected] ~]# ss -tnl | grep 6379
LISTEN 0 128 *:6379 *:*
客户端: redis-cli
[[email protected] ~]# redis-cli -h 10.0.0.9 -p 6379
10.0.0.6:6379>
三、Redis持久化
Redis数据是工作在内存中,无论是否实现持久化,数据都是存储在内存中的,如果数据不重要就可以不用持久化,如果数据非常重要就必须实现其持久化。
两种机制的持久化:RDB和AOF(Appending Only File)
RDB是一种快照机制,按照某周策略周期性的将数据写入到磁盘中,数据文件默认为:dumo.rdb,这种持久化的缺点是可能数据会不完整,因为它的这种持久化是有时间差的。
AOF从本质上来讲就是将redis每一个操作的命令,都以顺序IO的方式附加在指定文件的尾部,记录每一个redis的写操作命令,类似于mysql的binlog机制。但是这种持久化也有缺点:因为以追加的方式向文件中写数据,文件会越来越大,而且有些命令是冗余的,AOF的重写机制可以解决这种问题。
RDB:
vim /etc/redis.conf
SAVE 900 1
SAVE 300 10
SAVE 60 10000
SAVE "" //关闭RDB功能
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename dump.rdb
dir /var/lib/redis
AOF:
vim /etc/redis.conf
appendonly no //默认为没有开启aof功能
appendfilename "appendonly.aof" //aof文件
# appendfsync always //每次收到写命令就写入磁盘的aof文件,这种方式最安全,但是会有大量的io,影响性能
appendfsync everysec //每秒将写命令写入磁盘aof文件,这是在性能和持久化二者之间做了一个折中的操作,是推荐使用的方式
# appendfsync no //append的功能不会触发写操作,所有写操作都是提交给os,由操作系统自行决定是如何写入磁盘
no-appendfsync-on-rewrite no //在重写时对新写的操作不做fsync,而是暂存在内存中,如果确保内存足够可高,建议写成yes,以提升起性能
auto-aof-rewrite-percentage 100 //当前的aof文件是上次重写时的1倍时,就开始aof文件的重写
auto-aof-rewrite-min-szie 64mb //当aof文件超过64mb时才重写aof文件,如果小于64mb,即使当前aof文件是上次重写时的一倍时也不会重写,否则文件重写频繁了
注意:上述配置也可以在命令行中设置"CONFIG SET XXX",但是在命令行中配置只对当前进程有效,如果想一直生效,就必须使用 CONFIG REWRITE命令,将配置写入到配置文件中去。
示例:
[[email protected] ~]# redis-cli
127.0.0.1:6379> CONFIG SET appendonly yes //表示开启aof功能
特别强调: 持久并不能取代数据备份,还应制定备份策略,对redis数据库进行定期备份,如果我们同时启动了RDB和AOF功能,如果RDB正在创建快照,并且其他条件也触发了AOF重写,这个时候对磁盘的IO影响非常大,一般而言redis会自动禁止这种情况发生,也就是说BGSAVE的过程中,对应的BGREWRITEAOF不会执行,反之也亦然。如果BGSAVE正在执行,用户自己手动执行了BGREWRIGEAOF命令,这个时候服务器会向用户返回一个OK,并告诉用户请求已收到,但是不服务器不会执行这个命令,服务器会等BGSAVE完成以后再来执行BGREWRITEAOF命令。
RDB和AOF同时启动时:
1、redis的RBD和AOF重写是不能同时进行的
2、在redis服务器启动时用于恢复数据时,会优先使用AOF
四、Redis 复制(replication)
特点:
一个Master可以有多个slave
支持链式复制
Master 以非阻塞方式同步数据只slave,这也就意味着master会继续处理一个或多个请求,我们可以只放master进行写操作,slave端进行读操作, 当用户向主服务器端写数据时,redis通过sync机制,将数据发往slave,slave也会执行相同的操作,也就是说master可以有多个slave,一个slave也可以是其他slave的master,这样就实现了链式复制。
启动一个slave后,slave会向master发送一个sync命令,请求同步主库上的数据,无论slave是第一次连接还是重新连接,master都会启动一个后台子进程,将数据快照保存至数据文件中,把数据文件发送给slave,slave收到数据文件后会保存到本地,并将文件的数据载入到内存中,以实现数据在slave端的重建,实现数据的复制。
node1: 10.0.0.6 master
node2: 10.0.0.7 slave
node3: 10.0.0.8 slave
配置主从复制很简单:
slave: vim /etc/redis.conf
vim /etc/redis.conf //rpm包安装的路径,源码安装路径有所不同
slaveof MASTER_IP MASTER_PORT
slave: 命令行接口
> SLAVEOF host port
执行过程:
node1:
[[email protected] ~]# service redis start
启动 : [确定]
[[email protected] ~]# redis-cli -h 10.0.0.6 -p 6379
10.0.0.6:6379>
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0 //还没有slave加入进来
master_repl_offset:99
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:98
node2:
[[email protected] ~]# redis-server /usr/local/redis/redis.conf
[[email protected] ~]# redis-cli
127.0.0.1:6379>
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
master_replid:608f508dfbc0ae2684af034e53083b7e2bb664d7
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
127.0.0.1:6379> SLAVEOF 10.0.0.9 6379
OK
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:10.0.0.9
master_port:6379
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:449
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:ea8c42a38cb835dce9fa02d1dcc367f6e54d3d4e
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:449
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:450
repl_backlog_histlen:0
再在node1上检查:
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1 //可以看到slave的信息
slave0:ip=10.0.0.16,port=6379,state=online,offset=547,lag=0
master_repl_offset:547
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:546
测试主从:
node1:
127.0.0.1:6379> SET student jerry
OK
127.0.0.1:6379> GET student
"jerry"
node2:
127.0.0.1:6379> GET student
"jerry"
五、sentinel实现master的高可用
配置文件: /etc/redis-sentinel.conf
vim /etc/redis-sentinel.conf
port 26379 //默认监听端口
# sentinel monitor <master-name> <ip> <redis-port> <quorum> //这项最重要,指明监控的master
sentinel monitor mymaster 10.0.0.6 6379 2
# Default is 30 seconds. //sentinel认为服务器不在线最少经过的秒数,判断某节点不在线的超时时间,默认为毫秒
sentinel down-after-milliseconds mymaster 30000
# sentinel parallel-syncs <master-name> <numslaves> //指定了在执行故障转移时,最多可以有多少个从服务器对新主服务器进行同步
entinel parallel-syncs mymaster 1
# sentinel failover-timeout <master-name> <milliseconds> //故障转移超时时长,也就是说master故障时,把一个slave提升为master的最长时间
# Default is 3 minutes.
sentinel failover-timeout mymaster 180000
示例:三个节点(1个master节点,2 slave节点,1 sentinel)
node1: master 10.0.0.6
node2: slave 10.0.0.7
node3 : slave 10.0.0.8
在 node1, node2, node3安装redis(需要有epel源)
# yum -y install redis
在node1, node2, node3修改配置文件
# vim /etc/redis.conf
daemonize yes //以守护进程的方式启动
bind 0.0.0.0 //监听在本机的所有地址
启动node1, node2,node3 redis,还没有设置主从复制
node1:
[[email protected] ~]# redis-server /etc/redis.conf
[[email protected] ~]# ss -tnl | grep redis-server
[[email protected] ~]# ss -tnl | grep 6379
LISTEN 0 128 *:6379 *:*
[[email protected] ~]# redis-cli
127.0.0.1:6379> INFO replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
127.0.0.1:6379>
node2: //这个是CentOS 7下手动源码安装的 redis-4.0.10,这个没有没有影响
[[email protected] ~]# redis-cli
127.0.0.1:6379> INFO replication
# Replication
role:master
connected_slaves:0
master_replid:6678af3be5f3af43963f5018fc767c8991945239
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
127.0.0.1:6379>
node3:
[[email protected] ~]# redis-cli
127.0.0.1:6379> INFO replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
127.0.0.1:6379>
设置主从:设置node2,node3为slave
node2:
> CONFIG SLAVEOF 10.0.0.6
node3:
> CONFIG SLAVEOF 10.0.0.8
验证主从:
node1:
[[email protected] ~]# redis-cli
127.0.0.1:6379> INFO replication
# Replication
role:master //master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
127.0.0.1:6379> INFO replication
# Replication
role:master
connected_slaves:2
slave0:ip=10.0.0.7,port=6379,state=online,offset=365,lag=1
slave1:ip=10.0.0.8,port=6379,state=online,offset=365,lag=0
master_repl_offset:365
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:364
127.0.0.1:6379>
node2:
[[email protected] ~]# redis-cli
127.0.0.1:6379> SLAVEOF 10.0.0.6 6379
OK
127.0.0.1:6379> INFO replication
# Replication
role:slave //slave
master_host:10.0.0.6
master_port:6379
master_link_status:up
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_repl_offset:57
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:d1c08312fe30d1259d943f1a09bd7aa5b7bebf01
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:57
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:30
repl_backlog_histlen:28
127.0.0.1:6379>
node3:
[[email protected] ~]# redis-cli
127.0.0.1:6379> SLAVEOF 10.0.0.6 6379
OK
127.0.0.1:6379> INFO replication
# Replication
role:slave //slave
master_host:10.0.0.6
master_port:6379
master_link_status:up
master_last_io_seconds_ago:6
master_sync_in_progress:0
slave_repl_offset:253
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
127.0.0.1:6379>
这样我们的主从复制就配置好了,为了进一步验证主从复制,我们在master上写入数据,查看下slave上面的数据情况
node1:
127.0.0.1:6379> SET cache memcached
OK
127.0.0.1:6379> GET cache
"memcached"
node2:
127.0.0.1:6379> GET cache
"memcached"
node3:
127.0.0.1:6379> GET cache
"memcached"
启动sentinel服务监控master
为了节约机器,我们把node1设置为sentinel
修改配置文件: /etc/redis-sentinel.conf
# vim /etc/redis-sentinel.conf
port 26379 //默认监听26379端口
daemonize yes //工作在守护进程模式
sentinel monitor mymaster 10.0.0.6 6379 1 //设置监控的master,因为只有sentinel节点,所以quorum置为1,这个参数必须设置
sentinel down-after-milliseconds mymaster 5000 //默人为30000,做实验可以设置为时间短一点,5秒以后认为master不在线
sentinel failover-timeout mymaster 60000 //故障转移多长时间不成功就认为是失败的,默人为180000(3分钟)
我们就修改这几项,保存退出
启动sentinel: redis-server 或者redis-sentinel
[email protected] ~]# redis-sentinel /etc/redis-sentinel.conf
[[email protected] ~]# ss -tnl | grep 26379
LISTEN 0 128 *:26379 *:*
LISTEN 0 128 :::26379 :::*
[email protected] ~]# redis-server /etc/redis-sentinel.conf --sentinel
[[email protected] ~]# ss -tnl | grep 26379
LISTEN 0 128 *:26379 *:*
LISTEN 0 128 :::26379 :::*
验证sentinel对master的HA
sentinel节点(node1):
[[email protected] ~]# redis-cli -h 127.0.0.1 -p 26379
127.0.0.1:26379> SENTINEL slaves mymaster
127.0.0.1:26379> SENTINEL masters
下线node1 上的master查看master是否会自动转移,是否会从2个slave中选一个作为master
127.0.0.1:26379> SENTINEL masters
1) 1) "name"
2) "mymaster"
3) "ip"
4) "10.0.0.7" //可以看出master已经转移
在node2上查看
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
让node1上的redis上线,查看主从复制情况,node1上的redis是slave,而不会成为master,因此当一个下线的master重新上线时,也不会成为master,而是slave。
原文地址:http://blog.51cto.com/wbilly/2131135