redis配置文件详解

红太狼 2024-03-31 12:59 27阅读 0赞

### 一、概述 ###

`redis`的配置文件中，有着许多说明和可配置项，了解它们能够更好的使用`redis`去解决开发中遇到的困难。  
此配置文件基于`linux`下的`redis-6.2.4`版本。

### 二、单位换算描述-units ###

在配置文件开头就有这么一段：  
![在这里插入图片描述][afdb41e41a1f4a8689cdc1b62c3bbce7.png]

这里描述了一些基本的度量单位是如何与`bytes`进行换算的。

并且说明了单位不区分大小写，写`1GB`、`1gb`、`1Gb`、`1gB`效果都是一样的。

### 三、包含配置-include ###

![在这里插入图片描述][b45ec7eb004b4c9abcb114108c740f97.png]

意思就是说环境中使用的 `redis.conf` 可以包含其他的 `redis.conf`。

解开红框处的注释，被引入的配置文件会整合成一个配置文件来使用。

在使用`redis`主从复制，搭建集群的时候，这个配置通常都会使用到。

也就是说多个`redis`实例的时候是可以把公共的配置文件提取出来然后再用`include`来进行引入的。

### 四、网络相关配置 ###

#### 4.1 bind ####

![在这里插入图片描述][ff133545bf344af3a665eac9be0dd1e9.png]

默认情况`bind=127.0.0.1`，代表只能接受本机的访问请求。后面的`::1`是`ipv6`的地址。

在不写的`bind`情况下，代表无限制接受任何`ip`地址的访问。

生产环境肯定要配置上应用服务器的地址，服务器是需要远程访问的。

#### 4.2 保护模式-protected-mode ####

保护模式模式默认是开启的。  
![在这里插入图片描述][f4393db88e2f4e0b8aa6940519f5fa30.png]

开启了`protected-mode`(保护模式)，那么在没有设定`bind ip`且没有设密码的情况下，也只接受本机的响应。

如果学习时想要方便，让哪里都可以访问，可以注释掉`bind`配置，并且把保护模式改成`no`。

#### 4.3 端口号配置-Port ####

`redis`默认端口`6379`就是在这里配置的。

多实例时，就是在这里修改每个实例的端口。

![在这里插入图片描述][ff2ec830d9a8445086a44f957b1aebde.png]

#### 4.4 tcp半连接队列长度配置 tcp-backlog ####

![在这里插入图片描述][d48c965b148744808fd29b99ae5a1250.png]

设置`tcp`的`backlog`，`backlog`是一个连接队列，队列总和=未完成三次握手队列 + 已经完成三次握手队列。

在高并发环境下一般需要一个高`backlog`值来避免慢客户端连接问题。

因为`Linux`内核会将这个值减小到`/proc/sys/net/core/somaxconn`的值（128）。

所以需要确认增大`/proc/sys/net/core/somaxconn`和`/proc/sys/net/ipv4/tcp_max_syn_backlog`（128）

两个值来达到想要的效果。

#### 4.5 超时关闭-timeout ####

它可以决定一个空闲的客户端维持多少秒会关闭，`0`表示关闭该功能。即永不关闭。

默认的配置也是`0`。  
![在这里插入图片描述][69ba5b0b56134009a6d0819e38562e2e.png]

#### 4.6 tcp心跳检测 tcp-keepalive ####

![在这里插入图片描述][c0dc6d836adb417ba2ca89e62c804fea.png]

对访问客户端的一种心跳检测，每个`n`秒检测一次。

单位为秒，如果设置为`0`，则不会进行`Keepalive`检测，建议设置成`60`。

### 五、通用配置-general ###

#### 5.1 是否配置为守护进程 ####

配置是否为守护进程，默认值为`no`。

让`redis`成为守护进程，意味着`redis`可以后台运行，所以一般都会把它设置为`yes`。

但是，如果`redis`是服务脚本启动的，那么不管该参数为什么，`redis`都会运行成为一个守护进程。  
![在这里插入图片描述][564f065d05974574b3f018a968de2aa2.png]

#### 5.2 pid文件位置配置-pidfile ####

配置存放`pid`文件的位置，每个实例会产生一个不同的`pid`文件。  
![在这里插入图片描述][aa9a46273cbf441d8eb26c0e0a28b2b2.png]

#### 5.3 日志级别配置-loglevel ####

指定日志记录级别，`redis`总共支持四个级别：

*  `debug`：能设置的最高的日志级别，打印所有信息，包括debug信息。
 *  `verbose`：打印除了`debug`日志之外的所有日志。
 *  `notice`：打印除了`debug`和`verbose`级别的所有日志。
 *  `warning`：仅打印非常重要的信息。

默认的日志级别为为**notice**。

四个级别根据使用阶段来选择，生产环境选择`notice` 或者`warning`。  
![在这里插入图片描述][0a9db466056346409f39d8d23f3334a4.png]

#### 5.4 日志文件输出路径配置-logfile ####

该路径默认为空。可以根据自己需要把日志文件输出到指定位置。  
![在这里插入图片描述][f2dbeb2e5e0143a59d01142e45d449b4.png]

#### 5.6 数据库数量配置-databases ####

设定`redis`中库的数量，默认数量是`16`，这也是大家众所周知的数量。  
![在这里插入图片描述][235f61857d9849f4b320b9934bea1bd5.png]

#### 5.7 是否总是显示logo ####

默认是值是`no`。  
![在这里插入图片描述][87223873a1334b39941206a4bb8c7f8c.png]

### 六、密码配置-requirepass ###

在命令中设置密码，只是临时的。重启`redis`服务器，密码就还原了。

永久设置，需要再配置文件中进行设置。

**把下面注释解开，把`foobared`修改成自己相要的密码即可**。

![在这里插入图片描述][c6c410698fff4ea09aaaaa0d7ac71c55.png]

由于`redis`响应较高，所以被破解密码时，响应也很快。如果密码不够复杂，那么可能很快就被暴力破

解了，因此尽量使用长且复杂的密码作为`redis`的访问密码。

### 七、客户端最大连接数-maxclients ###

设置`redis`同时可以与多少个客户端进行连接。  
![在这里插入图片描述][d1ed27e744344cee97292ebe5144b6c4.png]

这里虽然注释了，但是默认`maxclients`就是`10000`。如果达到了此限制，`redis`则会拒绝新的连接请求。

并且向这些连接请求方发出`max number of clients reached`以作回应。

### 八、内存管理 ###

#### 8.1 redis最大内存配置-maxmemory ####

建议**最好设置**，否则，将内存占满，会造成服务器宕机以及部分数据丢失。

这是因为一旦到达内存使用上限，`redis`将会试图删除已到期或即将到期的Key。

移除规则可以通过`maxmemory-policy`来指定。  
![在这里插入图片描述][69aff38c62224644b3445dde7b953665.png]

#### 8.2 达到最大内存时的移除策略-maxmemory-policy ####

这里主要有八种策略可以选择：

*  `volatile-lru` ：使用`LRU`算法移除`key`，只对设置了过期时间的Key进行淘汰。(最近最少使用策略)
 *  `allkeys-lru`： 在所有集合`key`中，使用`LRU`算法移除`key`。
 *  `volatile-lfu` ：使用`LFU`算法移除`key`，只对设置了过期时间的Key进行淘汰。。
 *  `allkeys-lfu` ：在所有集合`key`中，使用`LFU`算法移除`key`。
 *  `volatile-random` ：只对设置了过期时间的Key进行淘汰，淘汰算法为随机淘汰。
 *  `allkeys-random`： 在所有集合`key`中，移除随机的`key`。
 *  `volatile-ttl`： 移除那些`TTL`值最小的`key`，即那些最近要过期的`key`。
 *  `noeviction`： 永不删除key，针对写操作，达到最大内存再进行数据装入时会返回错误。

**redis使用的默认策略为noeviction**。  
![在这里插入图片描述][a7e00f101e8246f98adb245a781b0daa.png]

#### 8.3 设置样本数量-maxmemory-samples ####

设置样本数量，`LRU`算法和最小`TTL`算法都并非是精确的算法，而是估算值。

所以可以设置样本的大小，`redis`默认会检查这么多个`key`并选择其中`LRU`的那个。

一般设置`3`到`7`的数字，数值越小样本越不准确，但性能消耗越小。默认值`5`就可以获得很好的效果。

### 九、AOF持久化配置 ###

#### 9.1 开始/关闭AOF-appendonly ####

配置文件中默认是关闭`aof`的，想要开启把`no`改成`yes`即可。  
![在这里插入图片描述][723ce9f7ae274a3f8cc9a664724c4fbd.png]

#### 9.2 AOF文件名称-appendfilename ####

默认的文件名称是`appendonly.aof`，一般也无需修改这个文件名称。  
![在这里插入图片描述][472c1ab3485c403f841b1f8a4c49d25f.png]

#### 9.3 持久化同步策略-appendfsync ####

主要有三种策略可供选择：

*  `everysec`：每秒执行，发送异常时可能会丢失最后一秒的数据。
 *  `always`：每次写操作执行，数据最安全，但是对性能有影响。
 *  `no`：不强制刷盘，不主动同步数据，由内核决定什么时候刷盘，数据最不安全，性能最好。  
    ![在这里插入图片描述][c461a29fea3b49d7bec4266161cf3fe8.png]

> 这里三者都提供了，只需要解开想要的持久化同步策略的注释，再把原来的持久化策略注释掉即可

#### 9.4 **后台有保存任务时，暂时停止appendfsync** ####

可以理解为，有数据保存到`redis`是，暂时停止持久化。默认并没有开启。  
![在这里插入图片描述][694e57b0307d44dbb6f44920119f0216.png]

#### 9.5 自动重写AOF文件 ####

在`AOF`文件大小增长到了指定的百分比（相对于上次`AOF`文件大小的增长量）或者最小体积时。

会自动调用`BGREWRITEAOF`命令重写`AOF`文件。

自动重写`AOF`文件的最小大小是`64mb`。  
![在这里插入图片描述][a432baaf41684679a8035cb9ec454b3b.png]

#### 9.6 AOF文件末尾截断时的处理策略-aof-load-truncated ####

默认是`true`，发生文件截断时，依旧加载文件。

![在这里插入图片描述][be638e3200c14e65a51ec1d9b7ec5787.png]

#### 9.7 开启混合持久化-aof-use-rdb-preamble ####

开启混合持久化，更快的`AOF`重写和启动时数据恢复。  
![在这里插入图片描述][d2edbc296c214f56be6d9f8268c4b0d9.png]

### 十、配置LUA脚本最大执行时长-lua-time-limit ###

`lua-time-limit`配置的单位毫秒，默认是`5`秒。

当脚本运行时间超过限制后，`redis`将开始接受其他命令当不会执行，而是会返回`BUSY`错误。

![在这里插入图片描述][a66e43e6ba6e4a95b09f68db68f17761.png]

### 十一、redis集群配置-REDIS CLUSTER ###

#### 11.1 允许开启集群模式-cluster-enabled ####

注意以集群模式启动的`redis`实例才能作为集群的节点。  
![在这里插入图片描述][a99b2c55247b47dc912d088d33742272.png]

#### 11.2 集群配置文件-cluster-config-file ####

这个文件`redis`会自行创建和维护，我们只需要解开注释即可，文件名一般都无需更改。  
![在这里插入图片描述][061265d5c3884d1faef412d369eef240.png]

#### 11.3 集群节点超时时间-cluster-node-timeout ####

单位是毫秒。

在集群模式下，`master`节点之间会互相发送`PING`心跳来检测集群`master`节点的存活状态。

超过配置的时间没有得到响应，则认没有响应的`master`节点宕机。

![在这里插入图片描述][3449c4dfa2a24c8ba8e27ebf6904179f.png]

#### 11.4 副本有效因子-cluster-replica-validity-factor ####

该配置用于决定当`redis`集群中，一个`master`宕机后，如何选择一个`slave`节点完成故障转移自动恢复。

较大的值可能允许数据太旧的副本故障切换到主副本，而太小的值可能会阻止群集选择副本。

如果设置为`0` ，则不管`slave`与 `master` 之间断开多久，都认为自己有资格成为`master`；

![在这里插入图片描述][784f0c1db99c4e8d9d4bb069e2b4a6d0.png]

#### 11.5 master故障转移时保留的最少副本数-cluster-migration-barrier ####

默认值为`1`（仅当副本的主副本至少保留一个副本时，副本才会迁移）。

要禁用迁移，只需将其设置为非常大的值。可以设置值`0`，但仅对调试有用，并且在生产中很危险。

![在这里插入图片描述][417be518470c4ac1b16898406a54c13c.png]

#### 11.6 哈希槽全覆盖检查-cluster-require-full-coverage ####

默认值是`true`，如果希望正在工作的集群的子集继续接受对仍然覆盖的密钥空间部分的查询可以把它设置为`no`  
![在这里插入图片描述][c292af73036b4e20b57f5f369abaa244.png]

#### 11.7 自动故障转移-cluster-replica-no-failover ####

默认值为`no`，当设置为`yes`时，此选项可防止副本在主机故障期间尝试故障切换`master`。

但是，如果被迫这样做，主机仍然可以执行手动故障切换。  
![在这里插入图片描述][eb0d8c8ab0534751a522689f68996ac9.png]

#### 11.8 集群宕机时允许节点处理读请求-cluster-allow-reads-when-down ####

默认值为`no`。  
![在这里插入图片描述][269b4aee775642e2adc8b28ddd8f7409.png]

#### 11.9 对NAT网络或者Docker的支持 ####

![在这里插入图片描述][243506ad15b04a1d91c0d2b4432e2592.png]

这里还给了个使用示例：  
![在这里插入图片描述][807ee46674674cf49a75432dddfac26a.png]

### 十二、慢日志 ###

慢查询日志功能用于**记录执行时间超过给定时长的命令请求**。

用户可以通过这个功能产生的日志来监视和优化查询速度。

#### 12.1 慢日志记录阈值-slowlog-log-slower-than ####

命令执行时间超过这个值就会被记录到慢日志中，默认值是`10000`微秒。  
![在这里插入图片描述][72ae5b21f93d4e7db01e34c96aeeaa2e.png]

#### 12.2 **慢日志文件大小**\-slowlog-max-len ####

慢日志文件超过这个长度后最旧的记录会被删除，默认值是128条。  
![在这里插入图片描述][b085e673ddb34158a7aa20e09deabb4c.png]

### 十三、延迟监控-latency-monitor-threshold ###

单位是毫秒，默认情况下，延迟监控是禁用的。

因为如果没有延迟问题，通常不需要延迟监控，而且收集数据会对性能产生影响，  
![在这里插入图片描述][d8c3a1d38eb2440393be007fdcec559d.png]

### 十四、事件通知-notify-keyspace-events ###

默认情况下所有事件通知都是关闭的，因为大多数用户不需要这些特性。  
![在这里插入图片描述][7bd1786329e04e66a91cd7bbb7c5a3da.png]

### 十五、是否开启gopher协议 ###

默认这个配置是被注释了的，而且默认值也是不开启。

![在这里插入图片描述][8e0c424af50e48d58769ee908f68400d.png]

### 十六、高级设置 ###

#### 16.1 设置Hash底层数据结构由ziplist转为hashtable的阈值 ####

由于`hash`类型的数据结构主要有两种：`ziplist`（压缩列表），`hashtable`（哈希表）。

当`field-value`长度较短且个数较少时，使用`ziplist`，否则使用`hashtable`。  
![在这里插入图片描述][991de908422b4db184029171e513a16e.png]

意思就是当一个`Hash`类型的`key`包含的实体数量超过了`hash-max-ziplist-entries`的值或者某个实体的大小超

过了`hash-max-ziplist-value`的值（单位字节），那么底层编码就会升级成`hashtable`。

#### 16.2 **设置List底层数据结构quicklist中单个ziplist的大小** ####

`redis`将链表和`ziplist`结合起来组成了`quicklist`。也就是将多个`ziplist`使用双向指针串起来使用。

在配置文件中它可以有五个选项：

*  \-5：最大大小为`64Kb`，不推荐作为正常情况下的负载
 *  \-4：最大大小为`32Kb`，不推荐
 *  \-3：最大大小为`16Kb`，大概可能估计好像不是很推荐（原话：`probably not recommended`）
 *  \-2：最大大小为`8Kb`，推荐（原话：`good`）
 *  \-1：最大大小为`4Kb`，推荐（原话：`good`）

**默认值是-2。**  
![在这里插入图片描述][ac709e8498bb4c0dbeeb19ace7c206f5.png]

#### 16.3 **设置如何继续压缩List中ziplist** ####

`ziplist`还可以继续进行压缩。

可以如下设置它的值：

*  `0`：代表不压缩，默认值
 *  `1`：两端各一个节点不压缩
 *  `2`：两端各两个节点不压缩
 *  `...`：依次类推。。。  
    ![在这里插入图片描述][809b08b6beab4e91a6fe9f6b977d6adc.png]

#### 16.4 设置set底层intset升级为hashtable的阈值 ####

单位是字节。  
![在这里插入图片描述][8a13249ff4724e22be0fac5d091b8c09.png]

#### 16.5 **ZSet底层数据结构由ziplist转为skiplist的阈值** ####

单位是字节。  
![在这里插入图片描述][313b7ab3bcff4d1d9e0c0f32ddbcd0b4.png]

#### 16.6 **设置HyperLogLog底层稀疏矩阵转为稠密矩阵的阈值** ####

`HyperLogLog`当在计数比较小时会使用稀疏矩阵来存储，只有当计数达到阈值时，才会转为稠密矩阵。

超过`16000`的值是完全无用的，因为这种情况下使用稠密矩阵更加节省内存。

注释中给出的建议值是`3000`。

这样以便在不降低太多`PFADD`速度的情况下获取空间有效编码的好处。稀疏编码的`PFADD`的时间复杂度为`O(N)`。

当更少考虑`CPU`占用时更多考虑内存占用时，这个值可以升到`10000`左右。  
![在这里插入图片描述][c184ebca4bb245aeae707a3e82c37633.png]

#### 16.7 **自定义Stream宏节点大小** ####

`stream-node-max-bytes`选项修改Stream中每个宏节点能够占用的最大内存。

`stream-node-max-entries`参数指定每个宏节点中可存储条目的最大数量。  
![在这里插入图片描述][dd427154c55d4fd2a580f4baaecef781.png]

#### 16.8 **是否开启Rehash** ####

`redis`在每`100`毫秒时使用`1`毫秒的`CPU`时间来对`redis`的`hash`表进行重新`hash`，可以降低内存的使用。

当有非常严格的实时性需要时，不能够接受`redis`时不时的对请求有`2`毫秒的延迟的话，把这项配置为`no`。

如果没有这么严格的实时性要求，可以设置为`yes`，以便能够尽可能快的释放内存。  
![在这里插入图片描述][f6e97b830d12412fa5d3b5403a48579d.png]

#### 16.9 **客户端输出缓存控制** ####

下面的三种客户端说明：

*  `normal`：一般客户端包含监控客户端
 *  `replica`：副本客户端（`slave`）
 *  `pubsub`：客户端至少订阅了一个`pubsub`通道或模式

客户端输出缓冲区限制指令语法：

client-output-buffer-limit <class> <hard limit> <soft limit> <soft seconds>

一旦达到`hard limit`限制或者达到`soft limit`之后又过了`soft seconds`秒，那么客户端会立即被断开连接。  
![在这里插入图片描述][7d4fcee5e8a743a5950d535082b68ef6.png]

#### 16.10 **配置客户端query buffer大小** ####

每个`Client`都有一个`query buffer`(查询缓存区或输入缓存区), 它用于保存客户端的发送命令。

客户端`query buffer`大小不能超过该项配置的值。  
![在这里插入图片描述][659a5205b5704d9cbc8a71c87c0b9987.png]

#### 16.11 **Redis协议批量请求单个字符串限制** ####

`proto-max-bulk-len`默认值是`512mb`。  
![在这里插入图片描述][79c2c0183bf0499c927313c4915a37a8.png]

#### 16.12 **执行任务频率** ####

`redis`会调用一个内部函数来执行许多后台任务，比如在超时时关闭客户端连接，清楚从未被请求过的过期`key`等。

`redis`会根据指定的`hz`值检查要执行的任务。它范围在`1`到`500`之间，但是不超过`100`。

大部分情况下应该使用缺省值`10`，只有在需要非常低延迟的环境中才应该将值提高到`100`。  
![在这里插入图片描述][2500d5b728ca4a72a2ed726d34619fab.png]

#### 16.13 动态任务执行频率 ####

根据客户端连接的数量动态的调整`hz`的值。

当有更多的客户端连接时，会临时以`hz`设置基准提高该`hz`的值。默认开启。  
![在这里插入图片描述][45bad5a47ab34b779836acd33397167b.png]

#### 16.14 **AOF重写时执行fsync策略** ####

当`redis`重写`AOF`文件时，如果启用了以下选项，则该文件将每生成`32MB`的数据进行`fsync`同步。

这对于以更增量的方式将文件提交到磁盘并避免较大的延迟峰值非常有用。  
![在这里插入图片描述][673c70face754cd09d928bd7e42e8a93.png]

#### 16.15 **保存RDB文件时执行fsync策略** ####

当`redis`保存`RDB`文件时，如果启用以下选项，则每生成`32 MB`的数据，文件就会同步一次。

这对于以更增量的方式将文件提交到磁盘并避免较大的延迟峰值非常有用。  
![在这里插入图片描述][ed12382f3bcf4f698aadee94b8201622.png]

#### 16.16 **LFU设置** ####

这两个值的配置需要结合`LUF`算法，这里就不赘述了。

一般就使用默认值即可。  
![在这里插入图片描述][313f82af51a54a008d16cfe6e2f96fcc.png]

### 十七、碎片整理 ###

*  默认情况下，此功能被禁用，并且仅当编译`redis`以使用随`redis`源代码提供的`emalloc`副本时。
    
    此功能才有效。这是`Linux`版本的默认设置。
 *  如果没有碎片问题，则无需启用此功能。
 *  一旦遇到内存碎片，可以在需要时使用命令`CONFIG SET activedefrag yes`启用此功能。
 *  配置参数能够微调碎片整理过程的行为。如果你不确定它们是什么意思，最好不要改变默认值

#### 17.1 开启活动碎片整理 ####

activedefrag no

#### 17.2 启动活动碎片整理的最小内存碎片阈值 ####

active-defrag-ignore-bytes 100mb

#### 17.3 启动活动碎片整理的最小内存碎片百分比 ####

active-defrag-threshold-lower 10

#### 17.4 尝试释放的最大百分比 ####

active-defrag-threshold-upper 100

#### 17.5 最少CPU使用率 ####

active-defrag-cycle-min 1

#### 17.6 最大CPU使用率 ####

active-defrag-cycle-max 25

#### 17.7 最大扫描量 ####

# Maximum number of set/hash/zset/list fields that will be processed from
    # the main dictionary scan
    active-defrag-max-scan-fields 1000

#### 17.8 是否使用后台线程 ####

jemalloc-bg-thread yes

activedefrag yes\`启用此功能。

*  配置参数能够微调碎片整理过程的行为。如果你不确定它们是什么意思，最好不要改变默认值

#### 17.1 开启活动碎片整理 ####

activedefrag no

#### 17.2 启动活动碎片整理的最小内存碎片阈值 ####

active-defrag-ignore-bytes 100mb

#### 17.3 启动活动碎片整理的最小内存碎片百分比 ####

active-defrag-threshold-lower 10

#### 17.4 尝试释放的最大百分比 ####

active-defrag-threshold-upper 100

#### 17.5 最少CPU使用率 ####

active-defrag-cycle-min 1

#### 17.6 最大CPU使用率 ####

active-defrag-cycle-max 25

#### 17.7 最大扫描量 ####

# Maximum number of set/hash/zset/list fields that will be processed from
    # the main dictionary scan
    active-defrag-max-scan-fields 1000

#### 17.8 是否使用后台线程 ####

jemalloc-bg-thread yes

[afdb41e41a1f4a8689cdc1b62c3bbce7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/e579fa82453640dbb59c24591bccf565.png
[b45ec7eb004b4c9abcb114108c740f97.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/961d2c537e714cff8bcf512185e3501e.png
[ff133545bf344af3a665eac9be0dd1e9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/6a44647a48ac46d69bd602af688059b5.png
[f4393db88e2f4e0b8aa6940519f5fa30.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/4c4343ecd70a4c0cafdb9b79082a0dfa.png
[ff2ec830d9a8445086a44f957b1aebde.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/fbc066f4a28c4fe7b08b2215b57c7665.png
[d48c965b148744808fd29b99ae5a1250.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/936d64ffd1ad4c0e8b359e076283fa6f.png
[69ba5b0b56134009a6d0819e38562e2e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/a72bc52b55c748d08615ef8e01a9f821.png
[c0dc6d836adb417ba2ca89e62c804fea.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/0f84c0a43bbb42af8ed13e2baec7221e.png
[564f065d05974574b3f018a968de2aa2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/e1c8f4ed578742589ec895187d1e3da3.png
[aa9a46273cbf441d8eb26c0e0a28b2b2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/a4d1f4c2141041b2aaf181665aad6c24.png
[0a9db466056346409f39d8d23f3334a4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/9da5b22d6142475ca9a19163de4916c7.png
[f2dbeb2e5e0143a59d01142e45d449b4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/f1e4e594cba44317b4700d41c285fc7d.png
[235f61857d9849f4b320b9934bea1bd5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/a62662e0372848b3a1b423c0e1c65bdd.png
[87223873a1334b39941206a4bb8c7f8c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/44e875b2fd1f4d03a2bafb85d29f6ee4.png
[c6c410698fff4ea09aaaaa0d7ac71c55.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/174e9f114472495fad45ffe1152bbe9f.png
[d1ed27e744344cee97292ebe5144b6c4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/e6386eb54d2743c8bcf332030b8075a2.png
[69aff38c62224644b3445dde7b953665.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/b36066757c1b4536824895745b0dbc1b.png
[a7e00f101e8246f98adb245a781b0daa.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/3536fd0d5c9c40bda71196dca8f2e621.png
[723ce9f7ae274a3f8cc9a664724c4fbd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/299993951737416a8c4f3c8899a326a9.png
[472c1ab3485c403f841b1f8a4c49d25f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/1eef733cd16f433194570fe71d9bcf69.png
[c461a29fea3b49d7bec4266161cf3fe8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/79f990e6fb294c9e9c889d8fe7690682.png
[694e57b0307d44dbb6f44920119f0216.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/b734af2643104444be4338c6def5ab42.png
[a432baaf41684679a8035cb9ec454b3b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/6f342abe501246189fe563d87c0a30a9.png
[be638e3200c14e65a51ec1d9b7ec5787.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/1eb4e102ac764af38cac9132999d4bea.png
[d2edbc296c214f56be6d9f8268c4b0d9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/963ed47f3f534607b9a2bcbb9a6cbf3c.png
[a66e43e6ba6e4a95b09f68db68f17761.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/2a0c2202fdf144ae9ba209710eb17ccb.png
[a99b2c55247b47dc912d088d33742272.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/e6a9992c2f2641c9b00af1eb81bfc398.png
[061265d5c3884d1faef412d369eef240.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/80f6f01f926e43bf879f0dc6bb356397.png
[3449c4dfa2a24c8ba8e27ebf6904179f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/040b387b3bef4ae6ba22a61a9533daad.png
[784f0c1db99c4e8d9d4bb069e2b4a6d0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/d2112acf82b249fca549d54bdb6e425d.png
[417be518470c4ac1b16898406a54c13c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/64c2ea35c73d4a52bda247e8a712e5c0.png
[c292af73036b4e20b57f5f369abaa244.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/338de6e4a2f040d19d8b1c6ac5625779.png
[eb0d8c8ab0534751a522689f68996ac9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/962c3080c1ec4ac8b2769af777271202.png
[269b4aee775642e2adc8b28ddd8f7409.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/7823ce4ecba746cfa7a51dc3b7f5eb1e.png
[243506ad15b04a1d91c0d2b4432e2592.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/b13375138419468a9326c6f793868d73.png
[807ee46674674cf49a75432dddfac26a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/dafd09cb7c9a4244ae0fdba7b4ca1565.png
[72ae5b21f93d4e7db01e34c96aeeaa2e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/62895b58a7a1474497a9145f1b90072f.png
[b085e673ddb34158a7aa20e09deabb4c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/85b2ec3f085841dbbd1710aa016b5b93.png
[d8c3a1d38eb2440393be007fdcec559d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/ae0fe11bffc54033be57aa291d4b4ddf.png
[7bd1786329e04e66a91cd7bbb7c5a3da.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/065dc1abd2114a4da52ddbb613b1282c.png
[8e0c424af50e48d58769ee908f68400d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/998b2dcf03c64999bcaf3dd46b9df3ac.png
[991de908422b4db184029171e513a16e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/ed2830efa1ca425b9de635f791cd42b9.png
[ac709e8498bb4c0dbeeb19ace7c206f5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/0f7e7b81a5c24e0cbdac70b56805c8a9.png
[809b08b6beab4e91a6fe9f6b977d6adc.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/5ebd72a0b9c24d5bad0456c26ca843f6.png
[8a13249ff4724e22be0fac5d091b8c09.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/491e44cf4e1a4d53a22af754bb328c5f.png
[313b7ab3bcff4d1d9e0c0f32ddbcd0b4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/340c96173b934be2a4e23ea22fc2784c.png
[c184ebca4bb245aeae707a3e82c37633.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/ec39a1f34e8e4617bbfc2af78d840241.png
[dd427154c55d4fd2a580f4baaecef781.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/02b3375c8d494513ad473cdde2afb431.png
[f6e97b830d12412fa5d3b5403a48579d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/7ea8e9774f34436cbc65917451a20ba9.png
[7d4fcee5e8a743a5950d535082b68ef6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/b62045ee7dd64593a4f08d7d8fee23c5.png
[659a5205b5704d9cbc8a71c87c0b9987.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/6977a8a12f07405b9f46c2f85ce7262f.png
[79c2c0183bf0499c927313c4915a37a8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/9fa9215d504147cc9c013fc5a7884818.png
[2500d5b728ca4a72a2ed726d34619fab.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/77ef9ebab4fa47179c0f677d068af20a.png
[45bad5a47ab34b779836acd33397167b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/dee898a442a54ce89576e290f94ceb04.png
[673c70face754cd09d928bd7e42e8a93.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/de8048dcc53c47c0bd05318c0eb9b288.png
[ed12382f3bcf4f698aadee94b8201622.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/b64f41cc1e2447859ce60e264ca3da8c.png
[313f82af51a54a008d16cfe6e2f96fcc.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/b77eeb604344419d9f0e0104a656a8db.png