Redis进阶攻略

最新推荐文章于 2024-06-16 20:48:51 发布
最新推荐文章于 2024-06-16 20:48:51 发布
阅读量100 收藏
点赞数
分类专栏： 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
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
记一次内网靶机实战
千寻的博客
11-05 1900
记一次内网靶机实战记录，1、shiro反序列化漏洞 2、strut2漏洞 3、Drupal漏洞 4、内网代理工具 5、数据库连接工具 6、window的samba漏洞 7、viper的使用
redis 安全漏洞导致服务器被攻击
Golden_lion的博客
03-01 3863
近日发现redis数据无故被清，恢复后连续几次还是被清，由于经验不足，一直认为是自己配置有误。经过多天查找，才发现2015年11月份爆发了redis安全漏洞攻击事件，一一印证了下，全部中招。 特点： 1.redis缓存被清0；而且每天会执行一次； 2./root/.ssh/ 下多了几个文件。dump.rdb, foo.txt, authorized_keys里多了莫名
Redis未授权访问利用总结
2ed
10-09 1625
漏洞概述 Redis 默认情况下，会绑定在 0.0.0.0:6379，这样将会将 Redis 服务暴露到公网上，如果在没有开启认证的情况下，可以导致任意用户在可以访问目标服务器的情况下未授权访问 Redis 以及读取 Redis 的数据。攻击者在未授权访问 Redis 的情况下可以利用 Redis 的相关方法，可以成功在 Redis 服务器上写入公钥，进而可以使用对应私钥直接登录目标服务器。 漏洞...
内网viper的简单使用
千寻的博客
11-10 1164
Viper(炫彩蛇)是提供图形化的操作界面,用户使用浏览器即可进行内网渗透.使用过程记录
Failed opening the RDB file dump.rdb
weixin_42143550的博客
07-22 4422
运行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...
Redis进阶篇
w7486的博客
03-17 1459
1、掌握Redis的高级特性，例如发布订阅、事务、Lua脚本 2、掌握Redis的底层工作原理，包括单线程工作机制、内存回收、持久化 1.发布订阅模式 publish 发布 subscribe 订阅 unsubscribe 取消订阅 2.redis事务 redis的单个命令是原子性的，但是多个命令我们该怎么保证原子性呢 可以保证有序性和原子性。 multi 开启一个事务 会把后续的操作命令放进队列 exec 执行事务 discard 取消事务 watch 相当于cas乐观锁.
Redis进阶
weixin_44841499的博客
07-25 125
并发问题是大量并发量访问服务器可能导致的问题。问题原因解决方案雪崩1.Redis热点数据同时过期，大量请求全部打在MySql上，mysql宕机。2.单个Redis服务出现问题或者重启1.将热点数据过期时间设为随机值，避免同时过期2.配置Redis集群，结局单点故障的问题击穿大量并发请求访问Redis同一个数据，还没有向Redis保存，有大量数据同时访问，导致MySql压力很大通过上锁（双检锁）实现线程同步执行穿透。
Redis进阶（深度历险）
01-23
Redis深度历险，进阶学习的好资料，html版本。每个章节一个HTML。网络搜集。
Redis进阶.zip
11-02
Redis进阶.zip
Redis进阶实践之十四 Redis-cli命令行工具使用详解第一部分.md
06-11
### Redis进阶实践之十四 Redis-cli命令行工具使用详解（第一部分） 这份资源详细介绍了 Redis 的命令行工具 Redis-cli 的使用方法和相关实践技巧。Redis-cli 是 Redis 提供的一个命令行客户端工具，用于与 Redis ...
Redis进阶，架构师成长之路
02-09
Redis进阶，架构师成长之路
Redis专项进阶课 解决Redis工作实际问题+掌握Redis6.x特性-附件资源
03-05
Redis专项进阶课 解决Redis工作实际问题+掌握Redis6.x特性-附件资源
redis文件中的dump.rdb文件
热门推荐
AAAhxz的博客
10-15 2万+
dump.rdb是由Redis服务器自动生成的 默认情况下 每隔一段时间redis服务器程序会自动对数据库做一次遍历，把内存快照写在一个叫做“dump.rdb”的文件里，这个持久化机制叫做SNAPSHOT。有了SNAPSHOT后，如果服务器宕机，重新启动redis服务器程序时redis会自动加载dump.rdb，将数据库状态恢复到上一次做SNAPSHOT时的状态。 至于多久做一次SNAPSHOT，...
Spring Security实现用户认证四：使用JWT与Redis实现无状态认证
不做菜虚困的博客
06-12 799
在基本的通信流程中，我们一般采用Session去存储用户的认证状态。在Spring Security实现用户认证三中讲过，在拿到前端传输过来的用户名和密码之后，会有专门的过滤器处理这部分的需求，并且对认证成功的用户生成Token且存储在Session中。在下次发起请求时，直接从Session中取出同用户名的token进行密码哈希的比较要认证用户。对于无状态认证，则我们的认证不依赖与服务器端存储的Session的状态。所以无状态认证需要我们每次从前端传输一个包含完整认证信息的Token到服务器端进行自定义的认
【redis的基本数据类型】
m0_50116974的博客
06-13 601
压缩列表的基本信息包括压缩列表的大小，压缩列表的长度以及最后一个entry的偏移，之所以要有这个偏移，是为了找到最后一个entry,而每个entry都记录上一个元素的大小，通过计算就知道上一个entry的地址，这样方便的从后向前进行遍历。的结构，其分为两部分，8字节的Redis对象元数据信息，8字节的指针，其中Redis对象的元数据信息存储了类型的LRU信息，真正的编码格式等等，而如果字符串存储的是数字类型，则复用了8字节的指针的位置。的操作，但是当列表的元素非常少的时候，其内部使用。
跨服务器迁移 Redis 数据
最新发布
jixiaoyu0209的博客
06-16 303
上述方法中，使用redis-cli工具进行数据导出和导入是较为简单和常用的方式，适合小规模数据迁移；而工具适合大规模数据迁移和实时同步。如果对停机时间要求不高，可以选择前两种方法；如果需要在线迁移，则推荐使用。
026、工具_redis-server
细致-专业-实操
06-12 336
整个内存检测的时间比较长。通常无需每次开启Redis实例时都执行–test-memory选项，该功能更偏向 于调试和测试，例如，想快速占满机器内存做一些极端条件的测试，这个功 能是一个不错的选择。redis-server除了启动Redis外，还有一个 --test-memory选项。
远程主机强迫关闭了一个现有的连接redis
qq_46509116的博客
06-12 505
当远程主机强制关闭 Redis 连接时，我们可以通过重连机制和心跳机制来保持连接的稳定性。重连机制可以在连接断开时自动重新连接，而心跳机制则可以通过定期发送心跳包来检测连接是否中断，并及时重连。在实际应用中，我们可以根据具体需求选择合适的处理方法，并根据实际情况进行调优和优化，以确保 Redis 连接的稳定性和可靠性。
redis 一些笔记1
qq_45906101的博客
06-12 987
但是这都是建立在是在配置文件中写死了主从关系的，如果使用slaveof 主库IP 主库端口 一般在命令行执行 在命令行执行的话，从机shutdown之后，主从关系就没有了。2 主机先开启并且已经有数据了，这时候从机才连上，不要紧，从机会有一个主机的完整快照，以便与主机数据一致，并且从机如果原始有数据的话，会被主机的内容覆盖掉。监控就有sql事务的意思了，如果监控的值改变了，则所有都不执行在。一主几从的话，主机需要传相同的内容给不同的从机，也会影响主机性能。可以使用主从复制，主机做写操作，从机做读操作。
高级Redis进阶课 解决Redis实际问题
05-10
《高级Redis进阶课》主要关注Redis的实际应用和解决方案，旨在帮助开发者更好地应对Redis在实际项目中遇到的问题。 该课程内容涵盖Redis的高级特性和应用场景，包括Redis的分布式锁、Lua脚本、持久化、复制、集群等...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值