Redis进阶攻略

最新推荐文章于 2024-11-01 14:45:43 发布
最新推荐文章于 2024-11-01 14:45:43 发布
阅读量128 收藏
点赞数
分类专栏： SQL Redis 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sprogFall/article/details/109157916
版权
Redis 同时被 2 个专栏收录
4 篇文章 0 订阅
订阅专栏
SQL
1 篇文章 0 订阅
订阅专栏

Redis进阶

Redis.conf解析

Redis.conf是我们开启Redis服务器时使用的配置文件，关于Redis大多数设置都需要在配置文件中进行。

下面分析配置文件的常用的一些设置：

单位换算

在这里插入图片描述

includes 引入外部配置

NETWORK 网络相关配置——常用

################################## NETWORK #####################################

# 这里一些官方注释省略了... ...

 bind 192.168.37.100	# bind可以设置可以访问的ip（这里表示可以通过192.168.37.100来访问）
# ... ...


protected-mode yes		# 是否开启保护模式

# Accept connections on the specified port, default is 6379 (IANA #815344).
# If port 0 is specified Redis will not listen on a TCP socket.
port 6379				# 设置服务开启的端口

# 其他的配置一般使用默认配置即可

GENERAL 通用配置

################################# GENERAL #####################################

# ... ...

daemonize yes			# 是否以守护进程方式运行，默认为no，需要手动开启，让redis可以在后台运行

pidfile /var/run/redis_6379.pid		# 指定一个pid的文件路径

# Specify the server verbosity level.
# This can be one of:
# debug (a lot of information, useful for development/testing)
# verbose (many rarely useful info, but not a mess like the debug level)
# notice (moderately verbose, what you want in production probably)
# warning (only very important / critical messages are logged)
loglevel notice			# 设置日志级别

logfile ""				# 日志文件的存放位置与文件名

databases 16			# 数据库的数量 默认为16

always-show-logo yes	# 是否总是显示Redis的Logo

SNAPSHOTTING 快照

就是进行持久化操作，因为Redis时存储在内存的，如果不进行持久化，一旦断电数据就会全部丢失

################################ SNAPSHOTTING  ################################

save 900 1				# 900s内至少1个key被修改，就进行持久化
save 300 10				# 300s内至少300个key被修改，就进行持久化
save 60 10000			# 60s内至少10000个key被修改，就进行持久化	


stop-writes-on-bgsave-error yes		# 持久化出错时是否还要继续运行redis服务

rdbcompression yes		# 是否压缩rdb文件，会消耗一些CPU的资源

rdbchecksum yes			# 保存rdb文件时是否进行错误检验

# The filename where to dump the DB
dbfilename dump.rdb		# 设置rdb文件名

dir ./					# rdb文件保存路径

REPLICATION 复制（主从复制）

SECURITY 安全策略

在这里插入图片描述

可以在配置文件设置redis密码，但是一般会在命令中设置：

192.168.37.100:6379> config get requirepass					# config get requirepass得到redis的密码
1) "requirepass"
2) ""
192.168.37.100:6379> config set requirepass "123456"		# set requirepass设置redis密码
OK

192.168.37.100:6379> ping									# 可以发现设置密码后无法直接ping了
(error) NOAUTH Authentication required.

192.168.37.100:6379> auth 123456							# auth + 密码可以进行登录
OK
192.168.37.100:6379> config get requirepass					# 此时可以查看密码，发现是之前设置的
1) "requirepass"
2) "123456"
192.168.37.100:6379> config set requirepass ""				# set "" 可以重新将密码删去
OK
192.168.37.100:6379> ping
PONG
192.168.37.100:6379> config get requirepass
1) "requirepass"
2) ""

CLIENTS 客户端配置

在这里插入图片描述

MEMORY MANAGEMENT 内存管理

# maxmemory <bytes>				# 给redis配置的最大内存容量

# maxmemory-policy noeviction	# 内存到达上限后进行的操作方式

APPEND ONLY MODE AOF配置

appendonly no						# aof是否开启（默认关闭）

appendfilename "appendonly.aof"		# 持久化的文件名

# 下面是持久化的方式
# appendfsync always				# 每次修改都会更新，比较消耗性能
appendfsync everysec				# 每秒执行一次更新，可能丢失这一秒的数据	
# appendfsync no					# 不执行更新，此时操作系统自己同步数据，速度最快

Redis持久化⭐

Redis由于是存储在内存的数据库，因此如果不进行持久化操作将数据保存到硬盘上，一旦断电，数据库中的数据就会全部消失。

Redis持久化的两种方式：

一、RDB（Redis DataBase）

将当前进程数据生成快照以二进制的方式保存到硬盘；

当进行恢复的时候，就把保存的快照重新读回内存；

RDB中Redis会单独创建一个子进程来进行持久化，子进程先将数据写入到一个临时文件中，等持久化结束后，用这个临时文件替换上次持久化好的文件。期间主进程不进行任何IO操作，因此确保了性能。

特点

  1. 适合大规模的数据恢复（占用空间少）

  2. 适合对数据完整性要求不高的（因为最后一次持久化出错时数据可能会丢失）

相关配置在配置文件SNAPSHOTTING 区域中配置

################################ SNAPSHOTTING  ################################

save 900 1				# 900s内至少1个key被修改，就进行持久化
save 300 10				# 300s内至少300个key被修改，就进行持久化
save 60 10000			# 60s内至少10000个key被修改，就进行持久化	

stop-writes-on-bgsave-error yes		# 持久化出错时是否还要继续运行redis服务

rdbcompression yes		# 是否压缩rdb文件，会消耗一些CPU的资源

rdbchecksum yes			# 保存rdb文件时是否进行错误检验

dbfilename dump.rdb		# 设置rdb文件名

dir ./					# rdb文件保存路径

二、AOF（Append Only File）

AOF是将我们所有的命令都记录下来（不包括查询的命令），恢复时就相当于通过保存的文件把所有命令再执行一遍。

再Append Only Model中配置:

appendonly no						# aof是否开启（默认关闭）

appendfilename "appendonly.aof"		# 持久化的文件名

# 下面是持久化的方式
# appendfsync always				# 每次修改都会更新，比较消耗性能
appendfsync everysec				# 每秒执行一次更新，可能丢失这一秒的数据	
# appendfsync no					# 不执行更新，此时操作系统自己同步数据，速度最快

当然因为保存的是命令，因此AOF进行持久化会比较消耗存储，一般我们都使用RDB方式。

修复持久化文件

在这里插入图片描述

可以通过redis-check-aof/rdb --fix + 文件名 对两种持久化文件进行修复。

消息订阅

Redis发布订阅是一种消息通信模式——发送者发送消息，订阅者就会接收消息。

类似微信公众号发送文章，关注者就会收到文章。

命令汇总

命令具体写法作用
SUBSCRIBESUBSCRIBE [channel] [channel]… …订阅一个或多个频道的信息
PUBLISHPUBLISH [channel] [message]将消息发送到指定的频道

用例

# ①订阅者订阅频道：
192.168.37.100:6379> SUBSCRIBE mychannel			# 开始订阅频道mychannel
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "mychannel"
3) (integer) 1

# ②此时操作发布者发布消息：
192.168.37.100:6379> PUBLISH mychannel hello		# 发布消息到频道mychannel
(integer) 1
192.168.37.100:6379> PUBLISH mychannel nihao
(integer) 1

# ③此时观察订阅者：
192.168.37.100:6379> SUBSCRIBE mychannel
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "mychannel"
3) (integer) 1
1) "message"				# message表示发送来消息
2) "mychannel"				# 提示频道信息
3) "hello"					# 发送的消息内容
1) "message"
2) "mychannel"
3) "nihao"

主从复制

简介

主从复制是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者是主节点（master），后者是从节点（slave），并且数据的复制是单向的，只能由主节点到从节点，Master主要用来进行写操作，Slave节点用来读操作。

想要实现主从复制，至少需要三个服务器开启（一个主服务器，两个从服务器）。因此需要复制并修改三个redis的配置文件，让三个服务器分别用三个配置文件来启动。

需要修改的内容： 1、端口port； 2、pid名字； 3、log文件名； 4、dump.rdb名字。

例如：

#主服务器：
port 6379
# ... ...
pidfile /var/run/redis_6379.pid
# ... ...
logfile "6379.log"
# ... ...
dbfilename dump6379.rdb

#从服务器1：
port 6380
# ... ...
pidfile /var/run/redis_6380.pid
# ... ...
logfile "6380.log"
# ... ...
dbfilename dump6380.rdb

#从服务器2：
port 6381
# ... ...
pidfile /var/run/redis_6381.pid
# ... ...
logfile "6381.log"
# ... ...
dbfilename dump6381.rdb

基础的一主二从服务器设置：

主服务器一般不用进行多余设置，需要设置的是从服务器

# 主服务器：6379端口
[root@localhost bin]# redis-server myconfig/redis6379.conf 			# 启动主服务器，使用redis6379.conf配置文件
[root@localhost bin]# redis-cli -h 192.168.37.100 -p 6379
192.168.37.100:6379> info replication								# 查看主从信息
# Replication
role:master															# 角色为主人
connected_slaves:2													# 有两个从服务器
slave0:ip=192.168.37.100,port=6380,state=online,offset=56,lag=1		# 从服务器信息
slave1:ip=192.168.37.100,port=6381,state=online,offset=56,lag=1		# 从服务器信息
master_replid:9305db612978ac32e79cde2a6e81d99c3b0ac9ce
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:56
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:56

# 从服务器1：6380端口
[root@localhost bin]# redis-server myconfig/redis6380.conf 			# 启动从服务器，使用配置文件
[root@localhost bin]# redis-cli -h 192.168.37.100 -p 6380		
192.168.37.100:6380> SLAVEOF 192.168.37.100 6379					# SLAVEOF命令将自己作为目标的从服务器
OK
192.168.37.100:6380> info replication								# 查看主从信息
# Replication
role:slave															# 角色为从服务器
master_host:192.168.37.100											# 主服务器信息
master_port:6379
master_link_status:up
master_last_io_seconds_ago:10
master_sync_in_progress:0
slave_repl_offset:42
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:9305db612978ac32e79cde2a6e81d99c3b0ac9ce
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:42
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:42


# 从服务器2：6381端口，与从服务器1类似
[root@localhost bin]# redis-server myconfig/redis6381.conf 
[root@localhost bin]# redis-cli -h 192.168.37.100 -p 6381
192.168.37.100:6381> SLAVEOF 192.168.37.100 6379
OK
192.168.37.100:6381> info replication
# Replication
role:slave
master_host:192.168.37.100
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:42
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:9305db612978ac32e79cde2a6e81d99c3b0ac9ce
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:42
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:15
repl_backlog_histlen:28

手动由从服务器升级成主服务器：

通过命令slaveof no one让自己成为主服务器，其他从服务器可以更换主服务器为当前服务器。

全量赋值与增量复制

Slave 启动成功连接到 master 后会发送一个sync同步命令
Master 收到命令会启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行
完毕之后，master将传送整个数据文件到slave，并完成一次完全同步。

全量复制：slave服务器在收到数据库文件的数据后，将其存盘并加载到内存中。

增量复制：master继续将新的数据传给slave，完成同步

哨兵模式⭐

哨兵模式就是在主服务器宕机后自动选举主服务器的一种模式。

使用传统的主从复制模式来保证Redis的安全运行时，如果发生主服务器宕机的情况，需要手动去设置新的主服务器，修改从服务器的主人，这样手动操作是十分麻烦的，因此需要用到哨兵模式进行自动选举主服务器。

哨兵通过发送命令，让监控的Redis服务器返回自身状态，如果检测到主服务器宕机了，就会对一个从服务器进行升级为主服务器（如果是多哨兵模式，则需要通知其他哨兵服务器，进行投票选举主服务器，并且多哨兵模式下，各个哨兵之间也会互相监控）然后发布订阅模式，通知其他从服务器切换自己的主机。

启动哨兵

这里以单哨兵监控主服务器为例

在这里插入图片描述

创建哨兵的配置文件

[root@localhost bin]# vi myconfig/sentinel.conf

格式为sentinel monitor 自定义名字 ip port 1
在这里插入图片描述

启动三个redis服务器：

[root@localhost bin]# redis-server myconfig/redis6379.conf 
[root@localhost bin]# redis-server myconfig/redis6380.conf 
[root@localhost bin]# redis-server myconfig/redis6381.conf 
[root@localhost bin]# ps -ef | grep redis
root       1444      1  0 11:24 ?        00:00:00 redis-server 192.168.37.100:6379
root       1449      1  0 11:24 ?        00:00:00 redis-server 192.168.37.100:6380
root       1454      1  1 11:24 ?        00:00:00 redis-server 192.168.37.100:6381
root       1459   1317  0 11:24 pts/0    00:00:00 grep --color=auto redi

配置6379端口的redis为主服务器，其他两个为从服务器，过程同上，完成后效果：

在这里插入图片描述

此时启动哨兵：

[root@localhost bin]# redis-sentinel myconfig/sentinel.conf

在这里插入图片描述

此时模拟主服务器宕机（这里手动shutdown）

在这里插入图片描述

查看两台原本的从服务器的状态,可以发现6381端口的服务器变成了主服务器，6380端口的服务器称为了他的从服务器。

在这里插入图片描述

在这里插入图片描述

并且，当原先的主服务器（6379）再次启动的时候，他不会再成为主服务器，而是作为现在的主服务器的从服务器存在。

sprogFall
关注
专栏目录
Redis进阶（深度历险）
01-23
本进阶教程“Redis深度历险”旨在帮助读者深入理解Redis的核心特性和应用场景，从而更好地利用它来提升应用的性能和效率。 1. **Redis的数据结构** - 字符串(Strings)：最基础的数据类型，可存储任意长度的字符串...
记一次内网靶机实战
千寻的博客
11-05 2027
记一次内网靶机实战记录，1、shiro反序列化漏洞 2、strut2漏洞 3、Drupal漏洞 4、内网代理工具 5、数据库连接工具 6、window的samba漏洞 7、viper的使用
Redis未授权访问漏洞的利用姿势
chengman3837的博客
12-30 397
本文来自：i春秋社区 0x01 Redis简介 redis是一个key-value型数据库，信息以键对应值的关系存储在内存中,当然可以把其存储至硬盘上。项目中使用redis做任务队列的存储器可以很容易实现分布式，另外也开始流行使用redis作为session的存储器来替换传统的文件方式。在...
redis 安全漏洞导致服务器被攻击
Golden_lion的博客
03-01 3921
近日发现redis数据无故被清，恢复后连续几次还是被清，由于经验不足，一直认为是自己配置有误。经过多天查找，才发现2015年11月份爆发了redis安全漏洞攻击事件，一一印证了下，全部中招。 特点： 1.redis缓存被清0；而且每天会执行一次； 2./root/.ssh/ 下多了几个文件。dump.rdb, foo.txt, authorized_keys里多了莫名
Redis未授权访问利用总结
2ed
10-09 1694
漏洞概述 Redis 默认情况下，会绑定在 0.0.0.0:6379，这样将会将 Redis 服务暴露到公网上，如果在没有开启认证的情况下，可以导致任意用户在可以访问目标服务器的情况下未授权访问 Redis 以及读取 Redis 的数据。攻击者在未授权访问 Redis 的情况下可以利用 Redis 的相关方法，可以成功在 Redis 服务器上写入公钥，进而可以使用对应私钥直接登录目标服务器。 漏洞...
内网viper的简单使用
千寻的博客
11-10 1283
Viper(炫彩蛇)是提供图形化的操作界面,用户使用浏览器即可进行内网渗透.使用过程记录
Redis进阶.zip
11-02
Redis进阶.zip
Redis进阶，架构师成长之路
02-09
Redis进阶，架构师成长之路
Redis进阶实践之十四 Redis-cli命令行工具使用详解第一部分.md
06-11
### Redis进阶实践之十四：Redis-cli命令行工具使用详解（第一部分） #### 工具概述 ##### Redis-cli 简介 Redis-cli 是 Redis 官方提供的一个强大的命令行客户端工具，它允许用户直接与 Redis 服务器进行交互，...
Redis专项进阶课 解决Redis工作实际问题+掌握Redis6.x特性-附件资源
03-05
Redis专项进阶课 解决Redis工作实际问题+掌握Redis6.x特性-附件资源
redis未授权访问全漏洞复现
qq_46343633的博客
01-19 2451
Redis 全称 Remote DictionaryServer（即远程字典服务），它是一个基于内存（当然也可以把其存储至硬盘上，这也是写shell的必要条件之一）实现的键值型非关系（NoSQL）数据库。Redis 免费开源，其最新稳定版本是 6.2.x(2022/11/10)。常用版本包括3.0、4.0、5.0。自 Redis 诞生以来，它以其超高的性能、完美的文档和简洁易懂的源码广受好评，国内外很多大型互联网公司都在使用 Redis，比如腾讯、阿里、Twitter、Github 等等。
redis数据备份恢复失效
qq_40310480的博客
01-17 693
1:利用JAVA方法写进去了100个键值对,在服务器上用redis-cli查看也是正常的 2:利用W3C官网的教程开始做数据备份和恢![在这里插入图片描述](https://img- https://www.w3cschool.cn/redis/redis-backup.html ...
Redis安全配置，以防数据库被入侵恶意清空，数据丢失，且dump.rdb文件无法恢复
SuperNova
01-11 5257
最近比较衰，Redis数据库被好几次恶意攻击，导致里面的数据完全丢失。dump.rdb和appendonly.aof文件都不能恢复。一开始没有意识到数据库被攻击，后来几个数据库连续这样，才发现有问题。被攻击后redis里面多了一个crackit表，打开一看发现对方通过入侵自己的redis数据库，然后利用dump文件获得服务器的root权限，企图使用自己的数据库挖矿（minerd，俗称挖比特币）。最近
Redis 填坑系列（ dump.rdb 文件在哪里）
liangpingguo的博客
04-07 5884
填坑一、 dump.rdb 文件在哪里？ 问题：重新部署一套redis，离线安装完了之后，需要将之前的数据转到新的，查看原先的配置文件，其中dir 配置信息是dir ./也就是默认的，(之前redis不是我安装的) 然后习惯性的去原先服务器/usr/local/bin 找dump.rdb，然后拷贝到新的服务器上，然后就出问题了，数据木。木。木有了。。懵我一脸。。。数据转移到自我怀疑人生。。。...
redis文件中的dump.rdb文件
热门推荐
AAAhxz的博客
10-15 2万+
dump.rdb是由Redis服务器自动生成的 默认情况下 每隔一段时间redis服务器程序会自动对数据库做一次遍历，把内存快照写在一个叫做“dump.rdb”的文件里，这个持久化机制叫做SNAPSHOT。有了SNAPSHOT后，如果服务器宕机，重新启动redis服务器程序时redis会自动加载dump.rdb，将数据库状态恢复到上一次做SNAPSHOT时的状态。 至于多久做一次SNAPSHOT，...
Failed opening the RDB file dump.rdb
weixin_42143550的博客
07-22 4485
运行redis数据库是，打印日志 Failed opening the RDB file dump.rdb (in server root dir C:\Program Files\redis) for saving: Permission denied 原因: 我在搭建好主从节点后,重新启动两个redis实例,发现主节点一直提示如下这个错误: [4664] 22 Jul 22:54:39.122...
Windows下搭建redis 哨兵环境
zchichu的博客
10-28 514
这是因为哨兵作为配置提供者，客户端通过它查询到主节点的地址为127.0.0.1:6379，客户端会向127.0.0.1:6379建立redis连接，自然无法连接。二者的区别在于：如果是配置提供者，客户端在通过哨兵获得主节点信息后，会直接建立到主节点的连接，后续的请求(如set/get)会直接发向主节点；如果是代理，客户端的每一次请求都会发向哨兵，哨兵再通过主节点处理请求。关掉主节点 6379，等一会，就会发现哨兵切换了主节点，重新启动 6379 节点，它就变成了从节点了。4.演示故障自动切换。
图解Redis 05 | Zset数据类型的原理及应用场景
大厂小码农的博客
10-29 552
Zset 类型（有序集合）与 Set 类型相比，增加了一个排序属性 score。对于有序集合 Zset，每个元素由两个部分组成：一个是元素的值，另一个是用于排序的分数 score。有序集合继承了Set中成员唯一（元素值不能重复，分数可以重复）的特性，但不同之处在于，有序集合中的元素是按分数进行排序的。
docker部署nginx+nacos+redis+java镜像和容器
最新发布
xiaogg3678的专栏
11-01 624
docker部署nginx+nacos+redis+java镜像和容器
高级Redis进阶课 解决Redis实际问题
05-10
《高级Redis进阶课》主要关注Redis的实际应用和解决方案，旨在帮助开发者更好地应对Redis在实际项目中遇到的问题。 该课程内容涵盖Redis的高级特性和应用场景，包括Redis的分布式锁、Lua脚本、持久化、复制、集群等...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值