MYSQL,innodb_buffer_pool_size内存分配
2024-08-21 13:03:42
为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
版权声明:本文博主原创文章,博客,未经同意不得转载。
最新文章
- MarkdownPad 2 在win10下出错:HTML 渲染错误(This view has crashed) 的解决办法 + MarkdownPad2.5 注册码
- MongoDB-基础-limit-skip-sort
- Cheatsheet: 2016 09.01 ~ 09.30
- ORACLE导入、导出命令使用方法
- svn 回滚到某个版本
- 【翻译五】java-中断机制
- Nutch搜索引擎(第3期)_ Nutch简单应用
- BZOJ 2241 打地鼠
- LeetCode: Edit Distance &;&; 子序列题集
- Linux 安装Nginx详细图解教程
- UVa 12683 Odd and Even Zeroes(数论+数字DP)
- 实例讲解webpack的基本使用第一篇
- 浮点型 float和double类型的内存结构和精度问题
- windows PHP 安装 redis 外加扩展
- bzoj1051: [HAOI2006]受欢迎的牛(tarjan板子)
- hdu 1257 LIS (略坑5
- 使用 TortoiseSVN 创建 svn branch
- 安装linux子系统, 如何用win10 里面的linux子系统来进行通信
- echarts 知识点
- java impl