MYSQL，innodb_buffer_pool_size内存分配方式_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