十年后数据库还是不敢拥抱NUMA-续篇
内容提要
本文讨论了NUMA对数据库性能的影响，通过测试验证了BIOS和操作系统启动参数对NUMA的影响，发现设置numa=off并不能消除性能抖动。文章指出，CPU到内存的距离由物理决定，软件设置无法优化。建议不要设置numa=off。
延伸解读
物理距离决定时延，软件设置无法优化
文章强调，CPU到内存的物理距离是硬件决定的，软件层面的NUMA设置无法改变这一时延差异。因此，试图通过OS参数优化时延是徒劳的，读者应理解这一核心限制，避免依赖软件配置来消除性能抖动。
numa=off 掩盖问题而非解决问题
实验表明，在OS启动参数中设置numa=off并不能消除内存访问的抖动。当BIOS开启NUMA时，即使OS层面关闭，内存延时仍存在快慢差异。设置numa=off只会让系统隐藏NUMA结构，使问题更难察觉，而非真正解决。
BIOS设置主导NUMA行为
测试结果显示，BIOS中的NUMA开关对内存交织行为起决定性作用。BIOS开启时，内存访问时延存在抖动，且OS层面的设置无法改变；BIOS关闭时，内存全局交织，时延呈现平均值。因此，调整BIOS设置比OS参数更关键。
测试工具差异不影响快慢结论
文章使用lmbench和mlc两种工具测试，虽然具体时延数值不同（如lmbench为68/100ns，mlc为81/145ns），但快慢差距的比例一致。这说明不同测试方法可能得到不同绝对值，但NUMA导致的性能差异本质相同，读者应关注相对差异而非绝对数值。
Q&A
NUMA对数据库性能的影响是什么？
NUMA对数据库性能有显著影响，CPU到内存的物理距离决定了性能差异。
设置numa=off会有什么后果？
设置numa=off并不能消除性能抖动，反而可能掩盖问题。
BIOS和操作系统启动参数对NUMA的设置有什么影响？
BIOS和操作系统的启动参数对NUMA的设置有重要影响，BIOS设置为ON时内存延时存在抖动。
内存交织的效果是什么？
内存交织的效果在不同的设置下表现出不同的延时特征，可能导致性能差异。
为什么不建议在OS启动参数中设置numa=off？
不建议设置numa=off，因为这会隐藏NUMA结构带来的问题，无法解决性能抖动。
lmbench和mlc测试结果有什么不同？
lmbench和mlc测试结果不同，主要是因为两种测试方法的差异，但快慢差距基本一致。
