今天開發突然和我說redis 不能寫了。我進入redis后發現確實是這樣，不可以執行set指令了。報錯如下：

172.31.18.90:6379> set ?test test1

(error) MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error.

之前redis一直是正常的。不是權限問題導致的，也不是內存耗盡

通過查看log發現是這個報錯fork: Cannot allocate memory

在小內存的進程上做一個fork,不需要太多資源，但當這個進程的內存空間以Ｇ為單位時，fork就成為一件很恐怖的操作。何況在16G內存的主機上fork 14G內存的進程呢？肯定會報內存無法分配的。更可氣的是，越是改動頻繁的主機上fork也越頻繁，fork操作本身的代價恐怕也不會比假死好多少。

找到原因之后，直接修改內核參數?vm.overcommit_memory = 1

sysctl -p 使內核參數生效

參數解釋：

Linux內核會根據參數vm.overcommit_memory參數的設置決定是否放行。

如果?vm.overcommit_memory = 1，直接放行

vm.overcommit_memory = 0：則比較 此次請求分配的虛擬內存大小和系統當前空閑的物理內存加上swap，決定是否放行。

vm.overcommit_memory = 2：則會比較 進程所有已分配的虛擬內存加上此次請求分配的虛擬內存和系統當前的空閑物理內存加上swap，決定是否放行。

這里在重新發一下redis 的回寫機制

Redis的數據回寫機制分同步和異步兩種，

同步回寫即SAVE命令，主進程直接向磁盤回寫數據。在數據大的情況下會導致系統假死很長時間，所以一般不是推薦的。

異步回寫即BGSAVE命令，主進程fork后，復制自身并通過這個新的進程回寫磁盤，回寫結束后新進程自行關閉。由于這樣做不需要主進程阻塞，系統不會假死，一般默認會采用這個方法。

這里注意：

在redis中運行config set stop-writes-on-bgsave-error no命令只能暫時解決不能set的問題。出了問題還是要看log的

默認配置 stop-writes-on-bgsave-error yes當bgsave出錯時數據將不能修改

本文轉自 shouhou2581314 51CTO博客，原文鏈接：http://blog.51cto.com/thedream/1944345，如需轉載請自行聯系原作者

總結

以上是生活随笔為你收集整理的工作问题之：redis 保存快照问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。