Valkey/Redis 配置与关键参数的持久化设置
内容提要
本文介绍了Valkey（Redis的一个分支）的配置部分，讨论了动态更改设置并持久化到配置文件中。涉及磁盘持久化、内存使用、服务器-客户端配置和复制等设置。强调了运行风险命令时要小心谨慎。
延伸解读
动态配置与持久化：灵活调整的关键
Valkey 允许通过 CONFIG SET 动态修改配置，并利用 CONFIG REWRITE 将变更持久化到 valkey.conf 文件中。这种机制便于在不重启服务的情况下调整参数，如 SAVE 策略、maxmemory 等。但需注意，动态修改后务必执行 CONFIG REWRITE，否则重启后配置将丢失。同时，生产环境中应避免直接使用 SAVE 命令，因其会阻塞工作负载，推荐使用 BGSAVE 在后台执行快照。
内存管理与驱逐策略：平衡性能与数据
通过 maxmemory 参数可限制 Valkey 使用的最大内存，防止因缓存数据过多导致系统内存耗尽。当内存达到上限时，maxmemory-policy 决定如何驱逐键。文章列举了多种策略，如 allkeys-lru、volatile-ttl 等，并示例设置了 noeviction，即拒绝新写入。选择策略需根据业务场景：若数据不可丢失，noeviction 可避免驱逐，但可能导致写入失败；若可容忍部分数据丢失，LRU 或 LFU 策略能更有效地利用内存。
客户端与复制配置：连接稳定与同步保障
maxclients 控制同时连接的客户端数量，超出限制的新连接将被拒绝。client-output-buffer-limit 则针对不同客户端类型（如普通、从节点、发布订阅）设置输出缓冲区限制，防止因客户端处理缓慢导致内存暴涨。对于复制，repl-backlog-size 决定主从断开后允许部分重同步的时间窗口，增大该值可让从节点在更长时间断开后仍能进行部分重同步，减少全量同步的开销。这些参数均可动态调整并持久化。
高风险命令警示：谨慎操作避免数据丢失
文章特别提醒，FLUSHALL 和 FLUSHDB 等命令会清空整个数据库或当前数据库的所有键，一旦执行将导致数据永久丢失。在生产环境中，必须严格限制这些命令的使用权限，并确保有可靠的备份机制。此外，直接运行 SAVE 命令会阻塞所有客户端请求，应改用 BGSAVE 在后台生成快照。理解这些命令的风险并采取预防措施，是保障 Valkey 稳定运行的重要环节。
Q&A
Valkey的SAVE命令有什么作用？
SAVE命令用于将数据集快照同步保存到磁盘，以便数据恢复。
如何动态更改Valkey的内存使用限制？
可以通过config set命令动态更改[maxmemory]参数来设置内存使用限制。
在Valkey中，如何处理内存达到限制的情况？
可以通过[maxmemory-policy]设置不同的驱逐策略来处理内存达到限制的情况。
Valkey的AOF文件有什么重要性？
AOF（仅追加文件）确保每次写入都被记录，能在服务器重启时恢复数据。
如何在Valkey中控制连接到数据库的客户端数量？
可以通过[maxclients]参数设置控制连接到数据库的客户端数量。
在生产环境中，为什么不建议直接运行SAVE命令？
直接运行SAVE命令可能会阻塞工作负载，影响正在运行的客户端。
