mongodb性能问题及原理分析

shell> numactl --interleave=all /path/to/mongod

一切都正常了。为了解决这个问题，浪费了很多精神，实在没有力气再解释NUMA到底是什么东西了，有想了解的网友可以参考老外的文章，里面的介绍很翔实。

原文链接：huoding.com

对于罪魁祸首，作者留给大家去学习，NoSQLFan在这里可以给大家做一个简单的描述，先解释几个概念

NUMA：NUMA是多核心CPU架构中的一种，其全称为Non-Uniform Memory Access，简单来说就是在多核心CPU中，机器的物理内存是分配给各个核的，架构简图如下所示：

每个核访问分配给自己的内存会比访问分配给其它核的内存要快，有下面几种访问控制策略：

• 1.缺省(default)：总是在本地节点分配（分配在当前进程运行的节点上）；
• 2.绑定(bind)：强制分配到指定节点上；
• 3.交叉(interleave)：在所有节点或者指定的节点上交织分配；
• 4.优先(preferred)：在指定节点上分配，失败则在其他节点上分配。

上面文章中最后使用numactl –interleave命令就是指定其为交叉共享模式。

irqbalance：这是作者在上面提到的一个占用CPU的进程，这个进程的作用是在多核心CPU的操作系统中，分配系统中断信号的。参见：irqbalance.org

概念说完了，下面是上面问题的简单描述：

我们知道虚拟内存机制是通过一个中断信号来通知虚拟内存系统进行内存swap的，所以这个irqbalance进程忙，是一个危险信号，在这里是由于在进行频繁的内存交换。这种频繁交换现象称为swap insanity，在MySQL中经常提到，也就是在NUMA框架中，采用不合适的策略，导致核心只能从指定内存块节点上分配内存，即使总内存还有富余，也会由于当前节点内存不足时产生大量的swap操作。

对于NUMA，进一步了解可以参考：NUMA与英特尔下一代Xeon处理器 和MySQL单机多实例方案 两篇文章

版权声明：本文为博主原创文章，未经博主允许不得转载。

mongodb性能问题及原理分析

标签：