【Redis篇】linux 7.6安装单机Redis7.0(参数优化详解)
💫《博主主页》：
🔎 CSDN主页
🔎 IF Club社区主页
🔥《擅长领域》：擅长阿里云AnalyticDB for MySQL(分布式数据仓库)、Oracle、MySQL、Linux、prometheus监控；并对SQLserver、NoSQL(MongoDB)有了解
💖如果觉得文章对你有所帮助，欢迎点赞收藏加关注💖
这篇文章主要是分享一下安装单机Redis7.0，其实网上有很多关于Redis的安装教程，也都写的非常详细和优秀。博主很少写安装部署的文章，写这篇文章的原因是因为博主其他的文章中使用到了Redis，所以博主就按照自己的安装习惯分享一下Redis的单机安装，希望这篇文章能为需要安装 Redis 的朋友提供一些帮助，毕竟每个人的安装过程和习惯都有些不同，整理一下自己用过的安装方式也许能对你有所启发。
Redis官网：
Redis - The Real-time Data Platform
目录
一、官网下载步骤：
二、系统层面配置
三、安装所需的依赖包
四、解压Redis安装包并进行make和make install安装
五、拷贝redis.conf配置文件到默认的安装路径下并配置参数（make install安装Redis时，默认不会生成Redis的配置文件redis.conf）
六、root用户添加bin路径的环境变量
七、启动Redis数据库
八、连接Redis进行测试
上车须知：
| 主机名 | IP地址 | 配置 | 系统 | 描述 |
| redis7 | 110.120.100.30 | 4C 16G | Red Hat Linux 7.6 | redis7版本 |
一、官网下载步骤：
官网：Redis - The Real-time Data Platform
历史版本下载地址：Index of /releases/
目前在“官网”还没有找到下载的入口，先通过“历史版本下载地址”进行下载
注意：通过“历史版本下载地址”下载的Redis都只能在linux上安装部署，不适用其他系统（如windows）
二、系统层面配置
添加hosts解析：
[root@redis7 ~]# vi /etc/hosts 110.120.100.30 redis7
禁用SELINUX（SELinux 主要作用就是最大限度地减小系统中服务进程可访问的资源）
[root@redis7 ~]# echo "SELINUX=disabled" > /etc/selinux/config [root@redis7 ~]# echo "#SELINUXTYPE=targeted " >> /etc/selinux/config [root@redis7 ~]# setenforce 0 [root@redis7 ~]# more /etc/selinux/config
关闭防火墙（数据库都是在内网，如果开启防火墙每次连接都要判断）：
[root@redis7 ~]# systemctl stop firewalld.service [root@redis7 ~]# systemctl disable firewalld.service [root@redis7 ~]# systemctl status firewalld.service
配置ntp时间同步服务器
[root@redis7 ~]# vi /etc/crontab 0 0 * * * root /usr/sbin/ntpdate 10.2.1.240;/sbin/hwclock -w ###编辑自动计划任务，将系统时间同步到指定的NTP 服务器（10.2.1.240），并将同步后的时间写入硬件时钟。
修改系统默认对资源或者行为限制参数：
[root@redis7 ~]# vi /etc/security/limits.conf* soft nproc 16384 * hard nproc 16384 * soft nofile 65536 * hard nofile 65536 * soft stack 32768 * hard stack 32768
控制给用户分配的资源
[root@redis7 ~]# vi /etc/pam.d/loginsession required pam_limits.so
修改共享内核参数
[root@redis7 ~]# vi /etc/sysctl.conf #MongoDB SETTING fs.aio-max-nr = 1048576 fs.file-max = 6815744 kernel.sem = 250 32000 100 128 net.ipv4.ip_local_port_range = 9000 65500 net.core.rmem_default = 262144 net.core.rmem_max = 4194304 net.core.wmem_default = 262144 net.core.wmem_max = 1048586 kernel.panic_on_oops = 1
三、安装所需的依赖包
# 安装gcc。Redis是基于c语言编写的
[root@redis7 ~]# yum install gcc-c++
# 检查gcc
[root@redis7 ~]# gcc -v
四、解压Redis安装包并进行make和make install安装
[root@redis7 ~]# tar -zxvf redis-7.0.9.tar.gz
#进入 Redis 源代码目录
[root@redis7 ~]# cd redis-7.0.9
#执行 make 命令：make 是用于编译源代码的命令，它会根据 Makefile 文件中的指示，将 Redis 的源代码编译成可执行的程序文件
[root@redis7 ~]# make输出了安装流程，并提示Leaving directory（离开目录）才算安装成功
#执行make install 命令：make install 用于将编译后的文件安装到系统的标准位置，通常是一些系统目录，如 /usr/local/bin/ 或 /usr/bin/（linux系统上，Redis默认安装路径 /usr/local/bin/）
[root@redis7 ~]# mkdir -p /liu_data/redis7.0 [root@redis7 ~]# make PREFIX=/liu_data/redis7.0 install ###如果不加的话直接执行make install的话,默认安装二进制命令就会生成到/usr/local/bin下安装到系统的标准位置后，默认Redis是不会自动生成服务启动项的，需要手动配置systemctl服务启动项
#进入到Redis的默认安装路径，查看可执行的命令
[root@redis7 ~]# cd /liu_data/redis7.0/bin [root@redis7 ~]# ll
小提示：
1）make 是将源代码编译成二进制文件，生成 Redis 执行文件。
2）make install 是将这些执行文件复制到标准目录，使得 Redis 可以在系统中全局使用。
五、拷贝redis.conf配置文件到默认的安装路径下并配置参数（make install安装Redis时，默认不会生成Redis的配置文件redis.conf）
# 先创建配置文件文件夹(方便后续管理，之后会用这个文件启动redis)
[root@redis7 ~]# cd /liu_data/redis7.0/bin [root@redis7 ~]# mkdir redisconfig
#创建Redis日志文件文件夹
[root@redis7 ~]# cd /liu_data/redis7.0/bin [root@redis7 ~]# mkdir redislog
# 复制配置文件
[root@redis7 ~]# cp /software/redis-7.0.9/redis.conf /liu_data/redis7.0/bin/redisconfig/
#编辑配置文件
[root@redis7 ~]# vi /liu_data/redis7.0/bin/redisconfig/redis.conf ###修改如下参数配置
- 配置文件中的参数和单位对大小写不敏感
- 配置文件中可以再包含配置文件：比如# include /path/to/local.conf
###basic###
bind 0.0.0.0 ###bind：这个配置项指定 Redis 服务器绑定的 IP 地址，默认情况下，它是 127.0.0.1，即只允许从本地访问 Redis。如果希望 Redis 能从远程访问（注意安全性问题），需要修改这个配置为外部 IP 或 0.0.0.0（表示监听所有网络接口）。
protected-mode yes ###protected-mode：默认开启保护模式（yes），这意味着如果 Redis 绑定到所有 IP 地址（0.0.0.0）时，未设置密码会阻止外部访问，以防止 Redis 被公开暴露。
requirepass 密码 ###requirepass：这个选项允许为 Redis 设置密码。默认情况下，Redis 没有密码保护，任何人都可以访问。强烈建议在生产环境中启用密码，尤其是当允许远程连接时。在Redis 3.x/4.x/5.x中,没有内置的用户权限管理功能，也就是没有数据库用户这个概念。在 Redis 6.x 或更高版本中支持了用户权限管理功能，才能为数据库创建用户。
port 6379 ###port：默认情况下，Redis 监听端口是 6379。如果不想使用端口，可以将其设置为 0，Redis 将不会启动网络服务（即只作为本地进程使用）。
maxmemory 2GB ###maxmemory：设置 Redis 使用的最大内存量。如果 Redis 的内存使用超过这个限制，它将按照指定的maxmemory-policy淘汰策略进行处理（例如，删除最旧的数据）。
maxmemory-policy allkeys-lru ###用于确定当达到 maxmemory 设置的最大内存限制时，应该使用哪种淘汰策略，默认是 noeviction（不淘汰数据）。Redis 提供了6种不同的淘汰策略：
- noeviction：该策略意味着当内存限制达到时，不会再存储新的值，也不淘汰数据。这在使用复制时可能适用。
- allkeys-lru：该策略会从数据库中驱逐最少最近使用（LRU）的键，以便为新数据腾出空间。
- allkeys-lfu：该策略会在内存限制达到时，删除数据库中最少频繁使用（LFU）的键。
- allkeys-random：该策略在内存限制达到时，随机删除数据库中的键。
- volatile-lru：该策略会删除那些设置了过期时间（即“易失”键）的最少最近使用的键，以便为新数据腾出空间。
- volatile-lfu：该策略会删除那些设置了过期时间（即“易失”键）的最少频繁使用的键。
选择合适的淘汰策略非常重要，应该根据应用程序的数据访问模式和需求来决定。
daemonize yes ###daemonize：控制 Redis 是否以守护进程（daemon）模式运行。默认为no，Redis不会以守护进程模式运行，它将在前台运行（也就是只能在前台运行，执行启动redis命令时会一直处于运行状态，命令行不返回，除非Ctrl+C终止），并且日志会直接输出到控制台。设置为yes时，Redis 会在后台运行，不会占用终端，日志会写入到配置文件中指定的日志文件（通过logfile参数设置）。
logfile /liu_data/redis7.0/bin/redislog/redis-server.log ###logfile：日志文件的存储路径。如果不希望日志输出到文件，可以设置为空字符串（""），此时日志将仅输出到标准输出（通常是控制台）。
loglevel notice ###loglevel：此项决定 Redis 的日志级别，默认是 notice。你可以根据需要调整日志级别，常见的有：
- debug：输出详细的调试信息。
- verbose：输出较为详细的日志信息。
- notice：默认级别，适合生产环境。
- warning：只输出警告及错误信息。
###Default Database###
#databases 16 ###Redis 默认有 16 个数据库，编号从 0 到 15。 需要注意在 Redis 中，不能手动创建数据库。Redis 的数据库数量是在启动时通过配置文件 (
redis.conf) 中的databases参数预先定义的，默认是 16 个（编号从 0 到 15）。这些数据库在 Redis 启动时就已经初始化好了，无法在运行时动态创建新的数据库。不过可以通过配置文件redis.conf中的databases参数调整数量。
###持久化(RDB)###
#save ###
save参数用于配置RDB持久化，决定何时将内存中的数据快照保存到磁盘。可以在配置文件中设置多个save指令。格式如下：save <seconds> <changes>
- <seconds>：时间间隔（秒）。
- <changes>：键的修改次数。
当在指定时间内键的修改次数达到设定值，Redis会自动触发快照保存。
示例：save 900 1 ###900秒内有至少1个键被修改时，保存快照。
save 300 10 ###300秒内有至少10个键被修改时，保存快照。
save 60 10000 ###60秒内有至少10000个键被修改时，保存快照。
如果没有在 Redis 配置文件中开启
save配置项（例如save 3600 1 300 100 60 10000），Redis 将不会自动触发 RDB 持久化。1. RDB 持久化行为
- 默认行为：如果没有配置任何 save 规则，Redis 不会自动生成 RDB 快照。
- 手动触发：仍然可以通过以下方式手动触发 RDB 持久化：
执行 SAVE 命令：阻塞主进程，直到 RDB 文件生成完成。
执行 BGSAVE 命令：在后台异步生成 RDB 文件，不会阻塞主进程。
- 关闭时触发：如果 Redis 正常关闭（例如通过 SHUTDOWN 命令），Redis 仍然会生成一个 RDB 文件（除非配置了 SHUTDOWN NOSAVE）。
2. AOF 持久化行为
- AOF 不受影响：如果没有配置 save 规则，AOF 持久化（如果已启用）仍然会正常工作。AOF 会记录所有写操作，并在重启时重放这些操作来恢复数据。
- AOF 重写：即使没有 RDB 持久化，AOF 重写（BGREWRITEAOF）仍然会生成一个包含当前数据集的最小 AOF 文件。
3. 数据丢失风险
- 无持久化：如果既没有配置 save 规则，也没有启用 AOF，Redis 将完全依赖内存存储数据。一旦服务器进程退出（如崩溃或重启），所有数据都会丢失。
- 缓存场景：这种配置通常用于纯缓存场景，数据丢失是可以接受的。
4. 如何检查当前配置
- 可以通过以下命令检查 Redis 的持久化配置： CONFIG GET save 。如果返回空值或未设置 save 规则，说明 RDB 自动持久化未启用。
5. 总结：如果没有配置 save 规则
- Redis 不会自动触发 RDB 持久化。
- 数据恢复依赖于手动触发的 RDB 快照或 AOF 文件（如果启用）。
- 如果未启用任何持久化机制，数据将完全存储在内存中，服务器重启或崩溃会导致数据丢失。
理解一下时间间隔（秒）的概念：
dir "/liu_data/redis7.0/bin" ###
dir参数用于指定工作目录，即Redis服务器运行时生成的持久化文件（影响着持久化RDB和AOF文件的存放目录，RDB 配置的路径是在哪里，AOF 配置的路径也就是在哪里）和日志文件的存储路径。默认情况下，Redis会将文件保存在当前工作目录下，可以通过配置dir参数来指定一个自定义目录。dir "./"表示将Redis的工作目录设置为当前目录（即Redis服务器启动时所在的目录）使用systemctl启动的话，定义
dir "./"，那么默认的工作目录就成了根目录/，也就是说文件会存储到跟目录/下。
如果通过手动启动redis-server服务器，定义
dir "./"，那么目录会是/liu_data/redis7.0/bin/路径下的redisconfig目录
dbfilename dump.rdb ###指定RDB文件的名称（默认
dump.rdb），文件会保存在dir目录下，同样影响着AOF。stop-writes-on-bgsave-error yes ###用于控制当 Redis 的持久化操作（RDB 快照）失败时，是否停止接受写请求，默认为yes。此参数仅影响 RDB 持久化，如果同时启用了 AOF（Append-Only File）持久化，AOF 的写入不受此参数影响。
- 值为yes（默认值）：如果后台保存（BGSAVE）RDB 快照时发生错误，Redis 会停止接受写请求。这是一种保护机制，避免数据在内存中修改但无法持久化到磁盘的情况。这是一种“宁可拒绝写入，也不丢失数据”的策略。
- 值为no：即使后台保存 RDB 快照失败，Redis 仍然会继续接受写请求。这种配置可能会导致数据丢失，因为 Redis 无法将数据持久化到磁盘。
rdbcompression yes ###用于控制 RDB 持久化文件是否启用压缩的参数，默认为yes。此参数仅影响 RDB 持久化文件，如果同时启用了 AOF（Append-Only File）持久化，AOF 文件的写入不受此参数影响。
- 值为yes（默认值）：在生成 RDB 快照文件时，Redis 会对文件进行压缩。压缩可以减少 RDB 文件的大小，节省磁盘空间，尤其是在存储大量数据时。Redis 使用 LZF 压缩算法对 RDB 文件进行压缩。LZF 是一种轻量级的压缩算法，压缩速度较快，但压缩率相对较低。
- 值为no：在生成 RDB 快照文件时，Redis 不会对文件进行压缩。这样可以减少 CPU 的开销，但 RDB 文件会更大。
rdbchecksum yes ###用于控制 RDB 持久化文件是否启用校验和的参数，默认为yes。此参数仅影响 RDB 持久化文件，如果同时启用了 AOF（Append-Only File）持久化，AOF 文件的写入不受此参数影响。
- 值为yes（默认值）：在生成 RDB 文件时，Redis 会在文件末尾添加一个 CRC64 校验和。在加载 RDB 文件时，Redis 会验证校验和，以确保文件的完整性和正确性。校验和机制可以防止因磁盘故障、网络传输错误或其他原因导致的 RDB 文件损坏。这是一种数据保护机制，确保 Redis 加载的数据是完整和正确的。Redis 使用 CRC64 算法计算 RDB 文件的校验和。CRC64 是一种高效的校验算法，能够快速检测数据错误。如果 RDB 文件损坏且校验和验证失败，Redis 会拒绝加载该文件，并输出错误日志，此时需要手动修复或恢复 RDB 文件。
- 值为no：在生成 RDB 文件时，Redis 不会添加校验和。在加载 RDB 文件时，Redis 也不会验证校验和。
###持久化(AOF)###
appendonly no ###默认是不开启AOF模式的，默认使用RDB这种持久化方式，在大多数情况了RDB完全够用。需要注意当 Redis 同时开启 AOF（Append Only File） 和 RDB（Redis Database） 时，Redis 在数据恢复时会优先使用 AOF 文件，因为 AOF 文件记录了所有写操作，数据更完整和精确。只有在 AOF 文件不可用（如文件损坏或不存在）时，Redis 才会使用 RDB 文件进行恢复。
appendfilename "appendonly.aof" ###指定AOF文件的名称（默认
appendonly.aof），文件也会保存在dir目录下，同样影响着RDB。需要注意：在 Redis 7.0 中，如果启用了 AOF 持久化但没有生成
appendonly.aof文件，而是生成了一个appendonlydir目录，这通常是因为 Redis 7.0 引入了 Multi-Part AOF（MP-AOF） 机制，默认会使用 MP-AOF 机制。AOF 文件会被分成多个部分存储，而不是传统的单个文件。MP-AOF 是 Redis 7.0 的一项新特性，用于改进 AOF 文件的管理和性能。Multi-Part AOF（MP-AOF）机制：
在 Redis 7.0 中，AOF 文件被分为多个部分存储，而不是传统的单个
appendonly.aof文件。这些部分文件会被存储在一个专门的目录中，默认目录名为appendonlydir。MP-AOF 的主要优势包括：
- 更高效的重写：AOF 重写时不会阻塞主线程。
- 更好的文件管理：AOF 文件被分为多个部分，便于管理和维护。
- 更高的可靠性：通过校验和机制确保文件的完整性。
appendonlydir目录的内容：
- appendonly.aof.1.base.rdb：基础 AOF 文件（RDB 格式）。
- appendonly.aof.1.incr.aof：增量 AOF 文件（记录增量操作）。
- appendonly.aof.manifest：清单文件，用于管理 AOF 文件的元数据。
Redis 7.0 的 Multi-Part AOF（MP-AOF） 机制是强制启用的，无法完全禁用。在 Redis 7.0 中，MP-AOF 是默认且推荐的方式，传统的单文件模式（
appendonly.aof）已经被弃用（deepseek说在Redis7.0关闭相关参数就可以禁用，但实际还是没有生成appendonly.aof文件，还是生成了一个appendonlydir目录。所以需要降到Redis7.0之前的版本再测试测试）appendfsync everysec ###用于控制AOF（Append-Only File）持久化模式下，数据写入磁盘的频率和方式。AOF持久化通过记录所有写操作命令来保证数据的持久性，而
appendfsync参数决定了这些写操作何时同步到磁盘。appendfsync有以下三种可选值：
作用
性能影响
数据丢失风险
操作系统缓存
与RDB持久化的关系
总结
always每次写操作都会同步到磁盘。
数据安全性最高，但性能最差，因为每次写操作都会触发磁盘I/O。
适用于对数据安全性要求极高的场景。
会显著降低性能，因为每次写操作都会触发磁盘I/O。
几乎不会丢失数据。
即使设置为
always，数据也可能先写入操作系统的缓存，再同步到磁盘。因此，完全避免数据丢失还需要确保操作系统的稳定性。AOF和RDB可以同时启用，
appendfsync仅影响AOF的行为。最高数据安全性，性能较差。
everysec（默认值）每秒同步一次数据到磁盘。
在性能和数据安全性之间取得平衡。
最多可能丢失1秒的数据。
是一个较好的折中方案，适合大多数场景。
最多丢失1秒的数据。
平衡数据安全性和性能。
no不主动同步数据到磁盘，由操作系统决定何时同步。
性能最好，但数据安全性最低，可能丢失较多数据。
性能最好，但数据丢失风险最高。
可能丢失较多数据，取决于操作系统的同步策略。
最高性能，数据安全性最低。
no-appendfsync-on-rewrite no ###用于控制在 AOF 重写期间是否允许进行
fsync操作。Redis 的 AOF 持久化机制会记录所有写操作到 AOF 文件中，以确保数据的安全性。为了确保数据真正写入磁盘，Redis 会定期调用 fsync 将缓冲区中的数据刷到磁盘。在 AOF 重写期间，Redis 会生成一个新的 AOF 文件，同时仍然需要处理客户端的写请求。这些写请求会被记录到旧的 AOF 文件和新的 AOF 文件中。
- 值为
no（默认值）：在 AOF 重写期间，Redis 会继续对旧的 AOF 文件进行fsync操作。这样可以确保即使在进行 AOF 重写时，数据也能及时持久化到磁盘，保证数据的安全性。但可能会对性能产生一定影响，因为fsync是一个阻塞操作。适用于对数据安全性要求较高的场景，确保即使在 AOF 重写期间，数据也能及时持久化。- 值为
yes：在 AOF 重写期间，Redis 会禁止对旧的 AOF 文件进行fsync操作。这样可以提高性能，因为在 AOF 重写期间不需要等待fsync完成。但可能会增加数据丢失的风险，因为在 AOF 重写期间，如果 Redis 崩溃，未同步到磁盘的数据可能会丢失。适用于对性能要求较高，且可以容忍少量数据丢失的场景。auto-aof-rewrite-percentage 100 ####表示当前 AOF 文件大小相对于上一次重写后 AOF 文件大小的增长百分比。当 AOF 文件的增长达到这个百分比时，Redis 会触发 AOF 重写。如果设置为 100，意味着当 AOF 文件的大小比上一次重写后的 AOF 文件大小增长了 100%（即翻倍）时，Redis 会自动触发 AOF 重写。
auto-aof-rewrite-min-size 64mb ###表示 AOF 文件重写的最小文件大小。即使 AOF 文件的增长达到了
auto-aof-rewrite-percentage指定的百分比，但如果 AOF 文件的当前大小小于这个值，Redis 也不会触发 AOF 重写。如果设置为 64MB，意味着即使 AOF 文件的增长达到了 100%，但如果 AOF 文件的当前大小小于 64MB，Redis 也不会触发 AOF 重写。
###client###
#maxclients 10000 ###maxclients：限制最大并发客户端连接数，也就是能连接上Redis的最大客户端数量，默认情况下是 10000。
timeout 300 ###用于设置客户端连接的空闲超时时间。如果一个客户端在指定的时间内没有进行任何操作（即没有发送任何命令），Redis会自动关闭该连接。这个参数的主要作用是释放闲置的连接资源，避免连接数过多导致资源浪费。默认值为
0，表示禁用超时功能（即不会自动关闭空闲连接）。timeout参数的设置应根据具体场景决定：· 长连接场景（如 Pub/Sub）：建议设置为
0（禁用超时）。· 普通客户端连接：建议设置为
300（5分钟）。· 高并发或资源敏感场景：可以设置为
60（1分钟）或更小。在生产环境中，通常推荐设置为
300，以在性能和资源占用之间取得平衡。如果需要更严格的控制，可以根据实际情况调整。client-output-buffer-limit normal 0 0 0 ###client-output-buffer-limit：限制客户端输出缓冲区大小，用于防止大量连接占用过多内存，尤其是在大量客户端使用 PUBLISH/SUBSCRIBE 或其他长连接时。
###other###
#always-show-logo yes ###always-show-logo：是否在启动Redis时显示 ASCII 艺术风格的 Redis 标志（logo），默认为no。其实就是在日志文件中（logfile参数）输出ASCII 艺术风格的 Redis 标志（logo），没多大用处，所以设置为yes或者no都可以。
六、root用户添加bin路径的环境变量
[root@redis7 ~]# vi ~/.bash_profileexport PATH=/liu_data/redis7.0/bin:$PATH[root@redis7 ~]# source ~/.bash_profile [root@redis7 ~]# which redis-cli
七、启动Redis数据库
将Redis启动写入到linux的启动服务项
[root@redis7 ~]# cd /usr/lib/systemd/system [root@redis7 ~]# vi redis.service[Unit] Description=Redis In-Memory Data Store After=network.target[Service] Type=forking ExecStart=/liu_data/redis7.0/bin/redis-server /liu_data/redis7.0/bin/redisconfig/redis.conf User=root Group=root Restart=always[Install] WantedBy=multi-user.target[root@redis7 ~]# systemctl daemon-reload [root@redis7 ~]# systemctl start redis.service [root@redis7 ~]# systemctl enable redis.service [root@redis7 ~]# systemctl status redis.servicesystemctl status redis.service查询服务的PID，并且通过ps -ef | grep redis查看Redis数据库的PID是否一致
八、连接Redis进行测试
[root@redis7 ~]# redis-cli -p 6379 -a 123456 ###通过redis-cli命令连接到Redis，默认端口6379 127.0.0.1:6379> auth 123456 ###如果设置了密码认证，则通过redis-cli命令连接到Redis后，还需要使用 AUTH 命令输入密码进行认证，返回“OK”就可以正常使用Redis命令了。如果密码忘记了可以在配置文件中寻找：more /liu_data/redis7.0/bin/redisconfig/redis.conf | grep requirepass
💓完结撒花💓