taskset不能限制MySQL的CPU核数，只能绑定其到指定核心运行；它不控制资源用量，仅约束调度位置，绑2核仍可100%占用这两核，需配合cgroups等机制实现真正限核。
taskset 能不能真正限制 MySQL 的 CPU 核数？
不能。taskset 只能**绑定进程到指定 CPU 核心运行**，不是限制“最多用几核”，而是强制“只准在这几个核上跑”。它不阻止线程在绑定范围内打满所有核——比如绑到 0,1，MySQL 仍可能把这两个核的 CPU 使用率都拉到 100%。它解决的是调度位置问题，不是资源配额问题。
什么时候该用 taskset 绑定 MySQL 进程？
适用于需要隔离 CPU 资源、避免干扰的场景，比如：
- 同一台机器跑多个 MySQL 实例，想让它们互不抢占核心（如实例 A 绑
0-3，实例 B 绑4-7） - MySQL 和其他关键服务（如实时风控服务）共存，需物理隔开 CPU 资源
- 排查 NUMA 或缓存伪共享导致的性能抖动，固定核心便于复现和比对
注意：taskset 对已启动的 mysqld 主进程生效，但**不自动继承给子线程**（如连接线程、后台 IO 线程）。MySQL 8.0+ 的线程默认会继承父进程的 CPU 亲和性，但某些系统或配置下仍可能漂移，需配合 numactl 或内核参数加固。
如何正确使用 taskset 启动 MySQL？
必须在 mysqld 启动前绑定，不能对运行中的主进程临时 patch。常见方式有：
- 修改 systemd service 文件，在
ExecStart前加taskset -c 0-3（例如：ExecStart=/usr/bin/taskset -c 0-3 /usr/sbin/mysqld ...） - 若用
mysqld_safe，需在其 wrapper 脚本中嵌套调用taskset - 直接命令行启动时：
taskset -c 2,4,6 /usr/sbin/mysqld --defaults-file=/etc/my.cnf &
验证是否生效：ps -o pid,psr,comm -C mysqld 查看每个线程的当前 CPU（psr 列），再用 taskset -p <pid></pid> 确认亲和性掩码。注意：刚启动时可能看到多个不同 psr 值——这是正常线程调度行为，只要掩码范围一致即可。
taskset 和 CPUQuota / cgroups 的关键区别
三者定位完全不同：
-
taskset：CPU 亲和性（affinity），管“在哪跑” -
CPUQuota（systemd）：CPU 时间配额，管“最多占多少时间”，基于 cgroups v1/v2，可跨核平均限制 -
cgroups v2 cpu.max：更细粒度的带宽控制（如100000 100000表示 100ms 周期内最多用 100ms），推荐用于生产环境
真实压测中发现：仅用 taskset 绑定 2 核，CPU 使用率仍可达 200%（双核满载）；而加 CPUQuota=50% 后，即使绑 8 核，整体使用率也被压到 50% 左右。两者可叠加，但别误以为绑核 = 限核。
