问题解决了,但我们的说说怎么产生了这个问题,并且为什么更改了overcommit 问题就解决了....所以在未理解实际的vm.overcommit_ratio 的情况下修改了overcommit 认为修改后会使用大量的内存而不会一开始就使用SWAP的想法是错误的....那么那些应用程序容易被选择成 KILL的对象, 这里会通过内存的消耗, 到底这个进程的重要性,CPU 消耗, 等进行评估, 那么另一个问题是为什么他们要KILL MYSQL , 不能kILL别的程序吗...实际上这个问题分析是可以写一篇的,这里限于时间和版面的问题,一句话表名就是MYSQL 如果是这个系统的内存大户,那他必然被KILL....那么最后如果有同学说我就是要设置overcommit_memory = 2 我不想用swap
OK ,
1 调整你的 overcommit_ratio 如 echo 99 > /proc/