4. 调度器参数全景：kernel.sched_* 关键参数列表与作用域（sysctl vs cgroup）

在 Linux 进程调度调优中，kernel.sched_* 参数是控制调度器行为的核心旋钮。这些参数分布在两个作用域：系统全局（sysctl） 和 控制组（cgroup）。理解它们的区别、层级关系以及适用场景，是精准调优 MySQL 查询延迟的前提。

4.1 参数作用域对比：sysctl vs cgroup

下表从配置范围、生效时机、持久化方式、典型场景四个维度，对比两种作用域的核心差异：

4.2 关键 kernel.sched_* 参数列表

以下参数是调度器调优的核心集合，按功能模块分组列出。每个参数均标注了作用域（G=全局 sysctl，C=cgroup 可覆盖）和典型值范围。

4.3 参数层级关系：从全局到 cgroup 的覆盖链

调度器参数的生效遵循明确的层级覆盖规则。下图展示了从 sysctl 全局默认值到 cgroup 局部覆盖的完整链路：

从图中可以看出：sysctl 全局参数 为整个系统提供基准配置；cgroup v2 控制器 在子系统层面提供更精细的覆盖能力；最终 进程组 根据其 cgroup 配置获得差异化的调度行为。MySQL 进程组通常配置高权重和延迟敏感标记，而后台任务组则使用低权重。

4.4 参数生效验证方法

修改参数后，必须验证其是否按预期生效。以下是针对两种作用域的验证命令：

# 查看 sysctl 全局参数当前值
sysctl kernel.sched_min_granularity_ns
sysctl kernel.sched_latency_ns
sysctl kernel.sched_wakeup_granularity_ns

# 查看 cgroup v2 参数（以 MySQL 容器为例）
cat /sys/fs/cgroup/system.slice/docker-<container_id>.scope/cpu.weight
cat /sys/fs/cgroup/system.slice/docker-<container_id>.scope/cpu.max

# 使用 perf 观察调度事件（验证参数效果）
perf stat -e sched:sched_switch,sched:sched_wakeup -p <mysql_pid> sleep 10

4.5 参数调优的典型组合模式

针对 MySQL 查询延迟优化，以下组合模式经过生产环境验证：

4.6 参数持久化配置示例

以下是一个完整的持久化配置示例，同时包含 sysctl 和 cgroup 设置：

# /etc/sysctl.d/99-mysql-sched.conf
# MySQL 专用调度器参数调优
kernel.sched_min_granularity_ns = 2000000
kernel.sched_latency_ns = 24000000
kernel.sched_wakeup_granularity_ns = 2000000
kernel.sched_migration_cost_ns = 1000000
kernel.sched_autogroup_enabled = 0

# 应用 sysctl 配置
sysctl --system

# cgroup v2 配置（使用 systemd 单元文件覆盖）
# /etc/systemd/system/mysql.service.d/override.conf
[Service]
# CPU 权重：相对份额
CPUWeight=400
# CPU 使用上限：最多使用 4 个核（400000/100000）
CPUQuota=400%
# 延迟敏感标记
AllowedCPUs=0-7

# 重新加载 systemd 并重启 MySQL
systemctl daemon-reload
systemctl restart mysql