前言
本文主要纪录Redis的事务命令,两种持久化方式、主从复制配置以及集群环境的搭建。
Redis事务
事务相关命令
命令 | 描述 |
---|---|
multi | 标记一个事务的开始 |
exec | 执行所有事务块内的命令 |
discard | 取消事务,放弃执行事务块内的所有命令 |
watch key [key] | 监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。 |
unwatch | 取消watch命令对所有 key 的监视。 |
Redis持久化
Redis持久化包括RDB和AOF两种。
RDB
- 介绍
在指定的时间间隔内生成内存中整个数据集的持久化快照。快照文件默认被存储在当前文件夹中,名称为dump.rdb
,可以通过dir和dbfilename参数来修改默认值,如果不修改则在启动redis的目录中生成rdb文件。
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。 整个过程中,主进程是不进行任何的IO操作的,这就确保了极高的性能。 - 修改redis.conf
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27# redis是基于内存的数据库,可以通过设置该值定期写入磁盘。
# 注释掉"save"这一行配置项就可以让保存数据库功能失效
# 900秒(15分钟)内至少1个key值改变(则进行数据库保存--持久化)
# 300秒(5分钟)内至少10个key值改变(则进行数据库保存--持久化)
# 60秒(1分钟)内至少10000个key值改变(则进行数据库保存--持久化)
save 900 1
save 300 10
save 60 10000
# 当RDB持久化出现错误后,是否依然进行继续进行工作,
# yes:不能进行工作,no:可以继续进行工作,
# 可以通过info中的rdb_last_bgsave_status了解RDB持久化是否有错误
stop-writes-on-bgsave-error yes
# 使用压缩rdb文件,rdb文件压缩使用LZF压缩算法,
# yes:压缩,但是需要一些cpu的消耗。
# no:不压缩,需要更多的磁盘空间
rdbcompression yes
# 是否校验rdb文件。从rdb格式的第五个版本开始,在rdb文件的末尾会带上CRC64的校验和。这跟有利于文件的容错性,但是在保存rdb文件的时候,会有大概10%的性能损耗,所以如果你追求高性能,可以关闭该配置。
rdbchecksum yes
# rdb文件的名称
dbfilename dump.rdb
# 数据目录,数据库的写入会在这个目录。rdb、aof文件也会写在这个目录
dir /data
AOF
介绍
以日志的形式来记录每个写操作,将Redis执行过的所有写指令记录下来(读操作补不可记录),只许追加文件但不可以改写文件,redis启动之初会读取改文件重新构建数据。保存的是appendonly.aof文件1
2
3
4
5# aof机制默认关闭,可以通过参数appendonly 开启aof机制
appendonly yes
# 通过参数appendfilename指定aof文件名称
appendfilename myaoffile.aof注意:如果AOF和RDB,redis优先使用AOF。
Redis主从复制
准备工作
保留一个redis.conf公共文件和三个独有文件。
独有文件配置内容如下。修改端口,并使用include引入redis.conf。
redis.conf中关闭appendonly。独有文件将公用redis.conf中RDB的路径dir。
1
2
3
4
5# aof机制默认关闭,可以通过参数appendonly 开启aof机制
appendonly no
# 通过参数appendfilename指定aof文件名称
appendfilename myaoffile.aof
设置主从
配从(库)不配主(库),可以通过info replication查看状态信息。
1 | # 配置从库 |
每次与master断开后,都需要重新连接,除非你配置进redis.conf文件
薪火相传
含义
就是上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的写压力。反客为主
使用以下命令使当前数据库停止与其他数据库的同步,转成主数据库。1
SLAVEOF no one
哨兵模式
反客为主的自动版,能够后台监控Master库是否故障,如果故障了根据投票数自动将slave库转换为主库。一组sentinel能同时监控多个Master。
步骤
在Master对应redis.conf同目录下新建sentinel.conf文件,名字绝对不能错;
配置哨兵,在sentinel.conf文件中填入内容(可以配置多个):
1
2
3# 说明:最后一个数字1,表示主机挂掉后slave投票看让谁接替成为主机,得票数多少后成为主机。
sentinel monitor 被监控数据库名字(自己起名字) ip port 1
sentinel monitor mymaster 127.0.0.1 6379 1在某个路径下启动哨兵模式(路径按照自己的需求进行配置):
1
redis-sentinel /myRedis/sentinel.conf
Redis集群
安装ruby环境
可能出现版本过低问题,可参考Linux中安装ruby 、redis requires Ruby version >= 2.2.2 系统默认 ruby 版本过低,导致 Redis 接口安装失败
1 | yum install ruby |
配置文件
创建文件
- 一个集群至少要有三个主节点,即要有六个节点。
- 分配原则尽量保证每个主数据库运行在不同的ip地址,每个从库和主库不在一个ip地址。
- 当主节点崩了,从节点能自动升为主节点;当主节点再次恢复时,主节点变为slave。参考哨兵模式。
- 不在同一个slot下的键值,不能使用mset、mget等操作。
每个文件的配置内容
需要修改数字部分
1 | include /home/huzh/myRedis/redis.conf |
redis.conf中的参数
1 | 只有所有slot插槽都正常的时候才对外提供服务,默认为yes |
将六个节点合成一个集群
首先进入nginx安装目录,即解压目录/home/huzh/redis-3.2.5/src。使用真实ip 和端口
1 | cd /home/huzh/redis-3.2.5/src |
命令
1 | cluster nodes |
可以通过{}来定义组的概念,从而使key中{}内相同内容的键值对放到一个slot中去。
1 | set user:{info}:name xxx |