为何numactl --localalloc无法限制MySQL内存仅使用Node 0？

核心差异：两个numactl参数的本质区别 #

• numactl -N 0 --localalloc（简写-l）：仅将MySQL的CPU亲和性绑定到Node 0，内存分配采用「优先从当前CPU所在节点分配」的策略，但这只是优先级设定，而非强制限制。当Node 0内存不足、或存在绕过该策略的内存分配逻辑时，系统会自动从其他NUMA节点（如Node 1）分配内存。
• numactl -N 0 -m 0：同时完成CPU亲和性绑定+内存节点强制限制，直接禁止MySQL从Node 0以外的节点申请内存，因此Node 1不会被占用。

导致--localalloc跨节点占用内存的具体场景 #

1. MySQL内存分配的特殊逻辑
   MySQL部分组件的内存分配（如全局共享内存、大页内存分配、部分第三方依赖库的内存申请）可能绕过进程级的NUMA策略，直接向系统申请跨节点内存，不受localalloc的优先级限制。

2. Node 0内存临时不足
   MySQL启动阶段，如果Node 0的可用内存被其他进程占用，或申请的内存需要连续大空间而Node 0无法满足，系统会自动从Node 1分配内存——localalloc仅做优先选择，不具备强制限制能力。

3. systemd服务的潜在干扰
   从你提供的mysql.service配置来看，服务启动时的环境变量、systemd自身的内存管理设置，可能干扰numactl localalloc策略的执行；而-m 0的强制限制优先级更高，不受这类干扰影响。

验证建议 #

• 启动MySQL前检查Node 0的内存使用率，确认是否存在内存不足的情况
• 核对MySQL配置（如innodb_buffer_pool_size），确认申请的内存规模是否超过Node 0的可用内存
• 使用numastat <mysql-pid>命令查看进程的内存分布，定位具体哪些内存分配到了Node 1

内容的提问来源于stack exchange，提问作者Jason Lee