本文主要是介绍bgsave出错原因分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
redis bgsave出错
权限问题 没有遇到过
dump.rdb所在的文件夹用户没有权限，导致dump.rdb文件停止更新，此时修改redis数据时会报错，原因是默认配置 stop-writes-on-bgsave-error yes当bgsave出错时数据将不能修改如下操作后可以更新数据： config set stop-writes-on-bgsave-error nodump.rdb文件也恢复更新redis的内存占用较大时，在上述操作后dump.rdb仍然会停止更新，并且slave服务器也不能同步，原因是操作系统的vm.overcommit_memory配置，如下操作dump.rdb文件恢复更新，slave数据也可以同步。
echo 1 > /proc/sys/vm/overcommit_memory
- 使用root用户启动没有上述问题
vm.overcommit_memory配置说明
vm.overcommit_memory 表示内核在分配内存时候做检查的方式。这个变量可以取到0,1,2三个值。对取不同的值时的处理方式都定义在内核源码 mm/mmap.c 的 __vm_enough_memory 函数中。
取 1 的时候 ： 此时宏为 OVERCOMMIT_ALWAYS，函数直接 return 0，分配成功。
取 2 的时候： 此时宏为 OVERCOMMIT_NEVER，内核计算：内存总量×vm.overcommit_ratio/100＋SWAP 的总量，如果申请空间超过此数值，则分配失败。vm.overcommit_ratio 的默认值为50。
取 0 的时候： 此时宏为 OVERCOMMIT_GUESS，内核计算：NR_FILE_PAGES 总量+SWAP总量+slab中可以释放的内存总量，如果申请空间超过此数值，则将此数值与空闲内存总量减掉 totalreserve_pages(?) 的总量相加。如果申请空间依然超过此数值，则分配失败。
以上为粗略描述，在实际计算时，如果非root进程，则在计算时候会保留3%的空间，而root进程则没有该限制。详细过程可看源码。
参考连接
这篇关于bgsave出错原因分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
