问题的产生是最近我们在各个数据库进行数据库安装规范的事情,而在规范后,安装的第一台机器,进行压测就惨遭崩溃....当时sysbench 来对MYSQL 8.011 版本的数据库进行压测,并发到达100,MYSQL就报OOM , 服务器的配置 4C 16G
基本上在配置上是没有太多的问题和可以被改正的点....实际上内存永远不够用,一般都是通过虚拟和物理之间的映射....系统中使用的是乐观类型的内存分配的方式, 系统希望并假定所有正在运行的应用程序都不会一次性的拿走自己要分配的内存, 当内存不足的情况下
1 将现有的内存暂不在使用的放入到磁盘进行交换,交换出空间
2 当将内存转移到磁盘通过磁盘模拟也无法...那么那些应用程序容易被选择成 KILL的对象, 这里会通过内存的消耗, 到底这个进程的重要性,CPU 消耗, 等进行评估, 那么另一个问题是为什么他们要KILL MYSQL , 不能kILL别的程序吗