核心是使用--cpuset-cpus参数硬性绑定容器进程至指定物理CPU核心，支持单核（"0"）、离散核（"0,2,4"）或连续范围（"0-3"），需配合lscpu确认真实拓扑、--cpus限频及NUMA感知（如--cpuset-mems）实现低延迟与缓存局部性优化。
给 Docker 容器配置 CPU 亲和性，核心是让容器进程固定运行在特定物理 CPU 核心上，减少上下文切换和跨核缓存失效，特别适合低延迟、高吞吐或资源敏感型服务（比如数据库、实时计算、高频交易应用）。
CPU 亲和性配置方法
使用 --cpuset-cpus 参数指定容器可使用的具体 CPU 核心编号（从 0 开始）。它直接绑定到宿主机的物理核心，不涉及逻辑核/超线程的自动调度干扰。
- 绑定单个核心：
docker run --cpuset-cpus="0" nginx→ 只跑在 CPU 0 上 - 绑定多个核心（非连续）：
docker run --cpuset-cpus="0,2,4" redis→ 仅用第 0、2、4 核 - 绑定核心范围：
docker run --cpuset-cpus="0-3" kafka-broker→ 使用前 4 个核心（0、1、2、3） - 配合内存 NUMA 节点更优：若宿主机启用了 NUMA，建议 同时绑定同 NUMA 节点内的 CPU 和内存（如用
--cpuset-mems="0"），避免跨节点访问带来的 30%–50% 延迟上升
与其它 CPU 限制的区别
--cpuset-cpus 是硬性绑定，和 --cpus（软性配额）、--cpu-shares（权重竞争）作用机制不同：
-
--cpus=2.5允许容器在任意核心上动态调度，最多用 2.5 核算力，但可能频繁迁移 -
--cpuset-cpus="1-3"强制只在核心 1、2、3 上运行，哪怕其中某个核心空闲，也不会跑到核心 0 上 - 两者可共用：
docker run --cpuset-cpus="2-3" --cpus="1.5" app→ 在核心 2 和 3 中分配最多 1.5 核算力，调度范围被严格收窄
实际部署建议
不是所有场景都适合开启 CPU 亲和性。盲目绑定反而可能造成资源碎片或负载不均。
- 推荐场景：数据库（MySQL/PostgreSQL）、消息队列（Kafka/RocketMQ）、AI 推理服务、金融行情处理等对延迟和缓存局部性敏感的服务
- 慎用场景：Web API 网关、无状态微服务、弹性扩缩容频繁的服务——这类应用更依赖调度器动态平衡负载
-
验证是否生效：启动后执行
docker exec -it <container> taskset -cp 1（查看主进程亲和掩码），或在宿主机运行ps -o pid,psr,comm -p $(docker inspect -f '{{.State.Pid}}' <container>)，第二列数字即实际运行的核心 ID
进阶技巧
生产环境常结合系统级工具进一步优化：
- 用
cset（CPU Sets）创建隔离 CPU 核心池，再让容器加入该集合，避免被其他进程干扰 - 关闭内核自动 NUMA 平衡：
echo 0 > /proc/sys/kernel/numa_balancing，防止亲和性被后台迁移破坏 - 禁用透明大页（尤其 Java 应用）：
echo never > /sys/kernel/mm/transparent_hugepage/enabled，降低 TLB miss 和调度抖动
