linux 内存分配参数导致的 buffer_pool 分配不出来的问题排查

linux 内存分配参数导致的 buffer_pool 分配不出来的问题排查：

参考：http://blog.csdn.net/jollyjumper/article/details/24127009

原文：http://www.cnblogs.com/gomysql/p/6130405.html

vm.overcommit_memory

默认值为：0

从内核文档里得知，该参数有三个值，分别是：

0：当用户空间请求更多的的内存时，内核尝试估算出剩余可用的内存。

1：当设这个参数值为1时，内核允许超量使用内存直到用完为止，主要用于科学计算.

2：当设这个参数值为2时，内核会使用一个决不过量使用内存的算法，即系统整个内存地址空间不能超过swap+50%的RAM值，50%参数的设定是在overcommit_ratio中设定。

vm.overcommit_ratio

默认值为：50

这个参数值只有在vm.overcommit_memory=2的情况下，这个参数才会生效。【使用 cat /proc/sys/vm/overcommit_ratio 查看】

那么我们来看一下总的内存地址不能超过多少。其实是可以直接查看的。

[root@yayundeng 3306]# cat /proc/meminfo |grep -i commit

CommitLimit:    70144396 kB  最大可用虚拟内存【就是说mysql的buffer_pool 最大差不多能分配这么多kB的内存空间】

Committed_AS:     135196 kB  已使用虚拟内存

通过查看可以得知在70G的样子。那么这个是如何计算的呢。

具体的70GB的计算方法如下：

最大可分配的虚拟内存(CommitLimit) = 总物理内存(MemTotal) × 百分比(vm.overcommit_ratio) + 交换分区大小(Swap)

对于我们上面这个环境来说，就是下面这个样子：

[root@yayundeng 3306]# cat /proc/meminfo | grep MemTotal
MemTotal:       132096808 kB  总物理内存
[root@yayundeng 3306]# free -k
             total       used       free     shared    buffers     cached
Mem:     132096808    1583944  130512864          0      10240     133220
-/+ buffers/cache:    1440484  130656324
Swap:      4095992          0    4095992
[root@yayundeng 3306]# cat /proc/sys/vm/overcommit_ratio 
50

最大可分配的虚拟内存 = 132096808*50% + 4095992 = 70144396 kB 差不多在70GB ，稳妥的话，设置60GB的buffer_pool即可。