Redis-进阶（Linux）

月弦YueXian

已于 2022-06-07 18:09:23 修改

阅读量119

点赞数

分类专栏： Redis 文章标签： redis linux 数据库

于 2022-06-07 16:19:48 首次发布

本文链接：https://blog.csdn.net/zZZ251682553/article/details/125167809

版权

Redis 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

前言

本文主要纪录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

# 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文件
```
# 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 。

# aof机制默认关闭，可以通过参数appendonly 开启aof机制
appendonly no

# 通过参数appendfilename指定aof文件名称
appendfilename myaoffile.aof

设置主从

配从(库)不配主(库)，可以通过info replication查看状态信息。

# 配置从库
slaveof 主库ip 主库端口

# 查看主从信息
info replication

每次与master断开后，都需要重新连接，除非你配置进redis.conf文件

薪火相传

含义
就是上一个Slave可以是下一个slave的Master，Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master,可以有效减轻master的写压力。
反客为主
使用以下命令使当前数据库停止与其他数据库的同步，转成主数据库。
```
SLAVEOF no one
```

哨兵模式

反客为主的自动版，能够后台监控Master库是否故障，如果故障了根据投票数自动将slave库转换为主库。一组sentinel能同时监控多个Master。

步骤

在Master对应redis.conf同目录下新建sentinel.conf文件，名字绝对不能错；

配置哨兵，在sentinel.conf文件中填入内容(可以配置多个)：

# 说明：最后一个数字1，表示主机挂掉后slave投票看让谁接替成为主机，得票数多少后成为主机。 
sentinel monitor 被监控数据库名字（自己起名字） ip port 1
sentinel monitor mymaster 127.0.0.1 6379 1

在某个路径下启动哨兵模式(路径按照自己的需求进行配置)：
```
redis-sentinel  /myRedis/sentinel.conf
```

Redis集群

安装ruby环境

可能出现版本过低问题，可参考Linux中安装ruby 、redis requires Ruby version >= 2.2.2 系统默认 ruby 版本过低，导致 Redis 接口安装失败

yum install ruby
yum install rubygems

配置文件

创建文件

一个集群至少要有三个主节点，即要有六个节点。
分配原则尽量保证每个主数据库运行在不同的ip地址，每个从库和主库不在一个ip地址。
当主节点崩了，从节点能自动升为主节点；当主节点再次恢复时，主节点变为slave。参考哨兵模式。
不在同一个slot下的键值，不能使用mset、mget等操作。

每个文件的配置内容

需要修改数字部分

include /home/huzh/myRedis/redis.conf
port 6379
pidfile /var/run/redis_6379.pid
dbfilename dump6379.rdb
cluster-enabled yes
cluster-config-file nodes-6379.conf
cluster-node-timeout 15000

redis.conf中的参数

# 只有所有slot插槽都正常的时候才对外提供服务，默认为yes
# cluster-require-full-coverage yes

将六个节点合成一个集群

首先进入nginx安装目录，即解压目录/home/huzh/redis-3.2.5/src。使用真实ip 和端口

cd /home/huzh/redis-3.2.5/src

# --replicas 1 表示为集群的每个主节点创建一个从节点
./redis-trib.rb create --replicas 1 192.168.118.128:6379 192.168.118.128:6380 192.168.118.128:6381 192.168.118.128:6389 192.168.118.128:6390 192.168.118.128:6391

命令

cluster nodes    #查看集群信息
redis-cli -p 端口    #会报错
redis-cli -c -p 端口    #可以实现重定向

可以通过{}来定义组的概念，从而使key中{}内相同内容的键值对放到一个slot中去。

set user:{info}:name xxx 
set age{info} 12 
set {info}email 12345@qq.com 
hset user{info} name jiang 
hset user{info} age 19 
hset user{info} eamil 12345@qq.com