之前在x86架构的服务器部署redis集群，未遇到题中问题；然而在ARM架构的服务器部署redis集群，第一次遇到如此问题。虽然问题已经解决，但不清楚问题的具体原因，在此做个记录。

---

性能测试过程中，通过pinpoint捕捉到如下报错：

MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails (stop-write…(618)

这个错误通常表示Redis配置了保存RDB快照，但当前无法将快照持久化到磁盘上。

---

解决办法如下：

方法一：通过命令行修改

redis-cli登入redis，输入命令：config set stop-writes-on-bgsave-error no

127.0.0.1:6379> config set stop-writes-on-bgsave-error no

方法二：通过配置文件修改

修改redis.conf配置文件，将stop-writes-on-bgsave-error 的参数yes改为no。随后重启redis服务。

230 # However if you have setup your proper monitoring of the Redis server
231 # and persistence, you may want to disable this feature so that Redis will
232 # continue to work as usual even if there are problems with disk,
233 # permissions, and so forth.
234 stop-writes-on-bgsave-error yes

---

问题原因分析：

① 就上述【方法二】中的redis配置文件信息，咨询chatGPT，给出如下回复：

230号行：然而，如果你已经正确设置了对Redis服务器的监控和持久化，你可能希望禁用这个特性，以便即使出现磁盘、权限等问题，Redis仍然可以正常工作。

231号行：该行是一个注释，提醒用户可以禁用Redis报告错误的功能，因为在正确设置了监控和持久化的情况下，Redis可以继续正常工作，即使磁盘或权限等存在问题。

232号行：注释说明了禁用此功能后的效果，即Redis将继续以往的工作方式运行，即使在磁盘、权限等方面存在问题。

233号行：该行是一个注释，提醒用户可能还有其他类似的问题。

234号行：stop-writes-on-bgsave-error yes表示当RDB快照失败时，停止写入命令。这意味着如果RDB快照操作失败，Redis会禁止执行可能修改数据集的命令。

② 进一步咨询chatGPT，什么情况下会出现redis RDB快照失败的情况？继续给出如下回复：

Redis RDB快照可能会失败的几种情况包括：

磁盘空间不足：当Redis尝试将RDB快照写入磁盘时，如果磁盘空间不足以容纳快照文件，就会导致快照失败。

权限问题：如果Redis进程没有足够的权限将RDB快照文件写入指定的目录，就会导致快照失败。确保Redis进程具有正确的权限来访问和写入目标目录。

磁盘故障：如果磁盘发生错误或损坏，可能会导致RDB快照无法成功写入磁盘，从而导致快照失败。

系统错误或中断：在执行RDB快照过程中，如果发生了系统错误或中断（如服务器崩溃、断电等），可能会导致快照失败。

内存不足：如果Redis实例的内存使用达到上限，可能会导致RDB快照失败。在执行快照之前，确保Redis实例有足够的可用内存来完成快照操作。

其他配置问题：一些配置问题，如错误的保存频率、目录配置错误等，也可能导致RDB快照失败。

需要注意的是，RDB快照失败不会导致数据丢失，因为Redis仍然可以继续运行并将数据保存在内存中。但是，如果持久化是关键需求，建议及时解决RDB快照失败的问题以确保数据的持久性和可靠性。

就此推测，应该是由于上述的某原因导致redis RDB快照失败，然后必须得将stop-writes-on-bgsave-error 的参数值配置为no才行。进一步推理：如果解决了上述导致redis RDB快照失败的问题，即使将参数修改回默认的yes，重启redis服务，问题也将不复存在。