以前一直以为MYSQL,innodb_buffer_pool_size=8G,MySQL一起动就会将占用掉8G内存(认为TOP可以看到内存被使用了8G),但是最近才仔细研究一下,原来不是这样的(可能自己对Linux malloc内存分配也只是知道了个皮毛吧),MySQL启动时实际只是在虚拟内存中分配了地址空间,而并没有真正的映射到物理内存上。

因为malloc分配内存是先在虚拟内存中分配地址的,到实际使用时才真正的映射到物理内存

因此这个地方,如果由于机器内存使用不当,到了MySQL真正要映射物理内存时,如果物理内存不足了,就会出错甚至退出。


但是这里也有个很奇妙的地方就是Linux下的OOM Killer:

假如我一个程序A已经运行,并且分配了22G内存(机器配置是物理内存16G+SWAP 8G),但是没有真正的映射到物理内存;

这时MySQL启动,innodb_buffer_pool_size=8G,启动正常;

然后程序A开始实际分配物理内存,一下子只剩下2G SWAP内存了;

这时MYSQL也开始实际使用内存,因为只有2G SWAP,所以性能很差,再超过2G时,内存耗尽,这时OOM Killer开始杀进程,怎么杀呢,谁占用内存多杀谁,于是将进程A杀掉了,内存一下子回来了,MySQL不会退出;

但是一般系统中MySQL都是分配内存最大的,所以经常性的是MySQL被杀掉。


Linux OOM Killer可参见:理解和配置 Linux 下的 OOM Killer

GitHub 加速计划 / li / linux-dash
10.39 K
1.2 K
下载
A beautiful web dashboard for Linux
最近提交(Master分支:2 个月前 )
186a802e added ecosystem file for PM2 4 年前
5def40a3 Add host customization support for the NodeJS version 4 年前
Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐