MYSQL，innodb_buffer_pool_size内存分配

为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

版权声明：本文博主原创文章，博客，未经同意不得转载。