在当今数据驱动的时代，服务器的稳定性和性能直接关系到业务的连续性和用户体验。AlmaLinux 作为 CentOS 的完美替代者，继承了 RHEL 的稳定性和安全性，但在面对高并发、大数据量或复杂计算场景时，默认配置往往无法发挥硬件的全部潜能。本文将深入探讨 AlmaLinux 的性能优化策略，从底层的内核参数调整到上层的资源高效分配，帮助你彻底解决服务器卡顿与高负载问题。

一、 性能优化前的准备工作：监控与基准测试

在盲目调整参数之前，必须先了解系统的当前状态。没有数据支撑的优化是盲目的，甚至可能导致系统不稳定。

1.1 建立性能基准

优化的第一步是建立基准（Baseline）。你需要知道在正常负载下，CPU、内存、磁盘 I/O 和网络的使用率是多少。

常用工具：

  • sysstat 包： 包含 sar、iostat、mpstat 等工具，用于收集和报告系统活动信息。
  • htop / top： 实时查看进程资源占用。
  • nmon： 交互式性能监测工具，可视化强。

操作示例： 安装并启动 sysstat 以持续记录历史数据：

# 安装 sysstat
sudo dnf install sysstat -y

# 启动并启用服务（开始每10分钟记录一次）
sudo systemctl enable --now sysstat

# 查看昨天的 CPU 统计
sar -u -f /var/log/sa/sa$(date -d "yesterday" +%d)

1.2 确定瓶颈所在

通过监控数据，判断瓶颈类型：

  • CPU 密集型： us (user) 或 sy (system) 长期超过 80%。
  • 内存瓶颈： Swap 频繁交换（si/so 高），或可用内存极低导致 OOM (Out of Memory)。
  • I/O 瓶颈： iowait 高，导致进程处于 D 状态（不可中断睡眠）。
  • 网络瓶颈： 带宽跑满或丢包率高。

二、 内核参数调整 (Kernel Tuning)

内核是操作系统的灵魂，调整内核参数可以显著提升系统在特定场景下的表现。我们主要通过修改 /etc/sysctl.conf 来实现。

2.1 虚拟内存与交换空间优化 (Virtual Memory)

默认的虚拟内存设置通常比较保守。对于拥有大内存的服务器，我们需要调整页面回收和交换策略。

场景： 高负载下内存不足，频繁使用 Swap 导致响应变慢；或者需要尽快回收内存。

关键参数与解释：

  • vm.swappiness (默认值 60): 控制内核将数据从 RAM 移动到 Swap 的倾向。
    • 优化建议： 对于数据库服务器（如 MySQL/PostgreSQL），建议设置为 1 或 10，尽量避免 Swap。对于普通应用服务器，如果内存充足，也可降低。
  • vm.vfs_cache_pressure (默认值 100): 控制内核回收用于目录项和 inode 缓存的内存倾向。
    • 优化建议： 设置为 50 或更低，可以保留更多的文件系统缓存，提升 I/O 性能。
  • vm.dirty_background_ratio & vm.dirty_ratio: 控制脏页（未写入磁盘的数据）占内存的百分比。
    • 优化建议： 降低这两个值（例如 dirty_background_ratio=5, dirty_ratio=10），可以防止系统在突发写入时因缓存过多数据而卡顿，但会增加磁盘 I/O 频率。

配置示例： 在 /etc/sysctl.conf 中添加或修改：

# 优化虚拟内存设置
vm.swappiness = 10
vm.vfs_cache_pressure = 50
vm.dirty_background_ratio = 5
vm.dirty_ratio = 10

# 使配置生效
sudo sysctl -p

2.2 网络性能优化 (Networking)

对于 Web 服务器、反向代理或 API 网关，网络参数至关重要。

场景： 高并发连接导致端口耗尽（TIME_WAIT）、TCP 缓冲区不足导致吞吐量低。

关键参数与解释：

  • net.ipv4.tcp_tw_reuse (默认 0): 允许将 TIME_WAIT sockets 重新用于新的 TCP 连接。
    • 优化建议： 设置为 1。在高并发场景下非常有效，但需注意只有在开启 net.ipv4.tcp_timestamps 时才安全。
  • net.ipv4.tcp_max_syn_backlog (默认 128): SYN 队列长度。
    • 优化建议： 增大到 8192 或更高，以应对瞬间大量的 SYN 请求（防止 SYN Flood 攻击的同时也能处理高并发）。
  • net.core.somaxconn (默认 128): 每个端口监听的 backlog 上限。
    • 优化建议： 增大到 65535，配合应用层的 listen backlog 设置。
  • net.ipv4.tcp_max_tw_buckets (默认 262144): TIME_WAIT 状态 socket 的最大数量。
    • 优化建议： 如果连接非常多，可以适当增大，或者配合 tcp_tw_reuse 使用。

配置示例：

# 网络优化
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_max_syn_backlog = 8192
net.core.somaxconn = 65535

# 增加 TCP read/write 缓冲区
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216

三、 资源高效分配与控制 (Resource Control)

仅仅调整内核参数是不够的，我们还需要限制特定进程或用户的资源使用，防止“一锅粥”现象（一个进程拖垮整个服务器）。在 AlmaLinux 中，Cgroups (Control Groups) 是核心工具，通常通过 systemd 来管理。

3.1 使用 Systemd 限制服务资源

Systemd 是现代 Linux 的初始化系统，它原生支持 Cgroups，可以非常方便地限制服务的 CPU、内存和 I/O。

场景： 运行一个 Java 应用，担心它内存泄漏吃光所有内存；或者运行一个备份脚本，不想让它占满 CPU 影响主业务。

操作步骤：

  1. 创建一个 drop-in 配置文件，或者直接修改 service 文件。
  2. 使用 systemctl edit <service_name> 命令。

示例：限制 Nginx 的内存使用 假设我们想限制 Nginx 最多使用 2GB 内存，且在内存不足时优先被 OOM Killer 杀掉。

# 编辑 Nginx 的 systemd 配置
sudo systemctl edit nginx

在编辑器中输入以下内容：

[Service]
# MemoryLimit 已被弃用，现在使用 MemoryMax
# 限制最大内存为 2GB
MemoryMax=2G
# 当内存紧张时，给 Nginx 较低的优先级（-10 到 19，值越大优先级越低）
OOMScoreAdjust=500

# 限制 CPU 使用率（基于 CPUQuota）
# 限制使用单核的 50%（即 0.5 核）
CPUQuota=50%

保存退出后，重新加载配置：

sudo systemctl daemon-reload
sudo systemctl restart nginx

验证限制是否生效：

# 查看 Nginx 的内存使用上限
systemctl show nginx | grep MemoryMax

3.2 使用 Tuned 动态优化

手动调整参数虽然精准，但不同负载可能需要不同的策略。Tuned 是 Red Hat 系（包括 AlmaLinux）提供的动态调整服务，它包含多种预设配置文件。

场景： 服务器在不同时段扮演不同角色（白天是 Web 服务器，晚上跑批处理任务）。

使用方法：

  1. 安装 Tuned：

    sudo dnf install tuned -y
sudo systemctl enable --now tuned

  2. 查看可用配置文件：

    tuned-adm list

    常见配置：

    • virtual-guest：虚拟机默认优化。
    • throughput-performance：吞吐量优先（适合 Web 服务器）。
    • latency-performance：延迟优先（适合数据库）。
    • powersave：省电模式。

  3. 应用配置：

    # 例如，数据库服务器追求低延迟
sudo tuned-adm profile latency-performance

# 或者，高吞吐量的文件服务器
sudo tuned-adm profile throughput-performance

Tuned 会自动应用相关的 sysctl 设置和 CPU governor 调整。

四、 磁盘 I/O 优化策略

磁盘往往是服务器最大的瓶颈，尤其是使用机械硬盘或低速 SSD 时。

4.1 I/O 调度器选择

I/O 调度器决定了内核如何处理磁盘读写请求。

  • bfq (Budget Fair Queueing): 适用于桌面和多用户环境，保证公平性。
  • mq-deadline / none (Noop): 适用于高性能 SSD/NVMe。
  • kyber： 较新的调度器，适用于高速存储。

检查当前调度器：

cat /sys/block/sda/queue/scheduler
# 输出示例: noop [deadline] cfq bfq

修改调度器（临时）：

# 针对 SSD 设置为 none 或 mq-deadline
echo none > /sys/block/nvme0n1/queue/scheduler

永久修改（使用 udev 规则）： 创建文件 /etc/udev/rules.d/60-ioscheduler.rules：

# 对于所有 NVMe 设备，设置调度器为 none
ACTION=="add|change", KERNEL=="nvme[0-9]*", ATTR{queue/scheduler}="none"
# 对于所有 SATA/SCSI 硬盘，设置调度器为 deadline
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/scheduler}="deadline"

4.2 文件系统挂载选项

在 /etc/fstab 中优化挂载选项可以提升性能。

示例：优化 XFS 文件系统 对于数据库目录 /var/lib/mysql，我们希望禁掉访问时间记录（atime），并开启 noatime 和 nodiratime。

# 原始行
UUID=xxxx-xxxx-xxxx /var/lib/mysql xfs defaults 0 0

# 优化后
UUID=xxxx-xxxx-xxxx /var/lib/mysql xfs defaults,noatime,nodiratime 0 0

注意： 对于 EXT4 文件系统，还可以使用 data=writeback 模式（牺牲一点安全性换取性能，适合高并发写入但非关键数据的场景）。

五、 高级排查与实战案例

当服务器已经出现卡顿时，如何快速定位并解决？

5.1 案例：CPU 飙升导致系统卡顿

症状： top 显示 CPU 使用率 100%，系统响应极慢。

排查步骤：

  1. 定位进程： 在 top 中按 P (大写) 按 CPU 排序。发现是 java 进程。
  2. 定位线程： 如果是 Java 进程，使用 top -H -p <pid> 查看具体线程。假设线程 ID 为 12345。
  3. 转换 ID： 将线程 ID 转换为十六进制：printf "%x\n" 12345 -> 得到 0x3039。
  4. Dump 堆栈： 使用 jstack 查看该线程在做什么： 
    
sudo -u www jstack <pid> | grep -i "0x3039" -A 20
    注意：需要安装 JDK 工具包。

解决方案：

  • 如果是死循环，修改代码。
  • 如果是计算密集型，考虑限流或扩容。

5.2 案例：内存不足导致 OOM Kill

症状： 关键服务（如 MySQL）突然停止，查看日志发现 Killed。

排查步骤：

  1. 查看系统日志：

    sudo grep -i "out of memory" /var/log/messages
# 或者
sudo dmesg | grep -i "oom-killer"

  2. 分析内存占用： 使用 smem 工具查看 PSS (Proportional Set Size) 内存占用：

    sudo dnf install smem -y
smem -rs pss

解决方案：

  • 临时： 增加 Swap 空间（dd if=/dev/zero of=/swapfile bs=1M count=4096）。
  • 长期： 调整应用内存配置（如 MySQL 的 innodb_buffer_pool_size），或使用 systemd 限制非关键服务内存。

六、 总结

AlmaLinux 的性能优化是一个系统工程，而非单一参数的修改。遵循以下流程可以事半功倍：

  1. 监控先行： 使用 sar、iostat 建立基准，量化瓶颈。
  2. 内核调优： 针对网络（tcp_tw_reuse）和内存（swappiness）进行基础调整。
  3. 资源隔离： 利用 systemd 的 Cgroups 特性，防止个别进程拖垮系统。
  4. 动态管理： 使用 Tuned 应对不同负载场景。
  5. I/O 优化： 根据硬件类型（SSD/HDD）选择合适的调度器和挂载选项。

通过上述策略，你可以将 AlmaLinux 打造成一个高性能、高可用的服务器平台，从容应对各种高负载挑战。记住，优化是一个持续的过程，随着业务的变化，定期回顾和调整配置是必不可少的。