今天開發突然和我說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出錯時數據將不能修改