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即可。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的python日志输出 超量 停止_linux 内存分配参数导致的 buffer_pool 分配不出来的问题排查...的全部內容，希望文章能夠幫你解決所遇到的問題。

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