引言：为什么需要优化 AlmaLinux 服务器性能
AlmaLinux 作为 CentOS 的稳定替代品，在企业级服务器环境中扮演着越来越重要的角色。然而，即使是最稳定的操作系统，如果不进行适当的优化，也可能无法充分发挥硬件潜力，导致响应延迟、资源浪费甚至服务中断。
性能优化不仅仅是提升速度，更是关于资源的高效利用和系统的长期稳定性。一个经过优化的 AlmaLinux 服务器能够：
更快地响应用户请求
更有效地处理高并发流量
更稳定地长时间运行
更合理地分配有限的系统资源
本文将从内核参数调整、文件系统优化、资源管理策略、网络优化和监控调试等多个维度，提供一套完整的 AlmaLinux 性能优化实战指南。
一、内核参数调整：释放系统底层潜能
1.1 理解 sysctl 与内核参数
Linux 内核通过
/proc/sys/
虚拟文件系统暴露大量可调参数，这些参数控制着网络、内存、文件系统和安全等核心子系统的行为。在 AlmaLinux 中，我们可以通过
sysctl
命令或直接修改
/etc/sysctl.conf
文件来调整这些参数。
1.2 网络性能优化关键参数
对于 Web 服务器、数据库服务器或任何网络密集型应用，网络参数调整至关重要。
1.2.1 TCP 连接优化
# 编辑 sysctl 配置文件
sudo vi /etc/sysctl.conf
# 添加或修改以下参数
# 增加端口范围，支持更多并发连接
net.ipv4.ip_local_port_range = 1024 65535
# 增大 TCP 最大和默认缓冲区大小
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
# 启用 TCP 时间戳（用于 RTT 计算和 PAWS）
net.ipv4.tcp_timestamps = 1
# 启用 TCP sack 和 window scaling
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
# 减少 FIN 超时时间
net.ipv4.tcp_fin_timeout = 30
# 减少 TIME_WAIT 状态套接字的数量
net.ipv4.tcp_max_tw_buckets = 2000000
# 允许重用 TIME_WAIT 状态的套接字用于新连接
net.ipv4.tcp_tw_reuse = 1
# 增大最大连接数
net.core.somaxconn = 65535
# 增大 backlog 队列
net.core.netdev_max_backlog = 65536
# 增大 conntrack 表大小（如果使用 iptables/nftables）
net.netfilter.nf_conntrack_max = 1000000
# 应用配置
sudo sysctl -p
参数解释与适用场景：
ip_local_port_range
：扩大客户端可用端口范围，对于需要大量出站连接的服务器（如爬虫、API 聚合服务）尤为重要。
tcp_rmem/wmem
：调整 TCP 读写缓冲区，对于高带宽延迟积（BDP）的网络（如跨国传输）能显著提升吞吐量。
tcp_tw_reuse
和
tcp_max_tw_buckets
：解决高并发下大量
TIME_WAIT
连接占用资源的问题，常见于 Web 服务器前端。
somaxconn
和
netdev_max_backlog
：增大等待应用程序处理的连接队列，防止在突发流量时丢弃连接。
1.2.2 针对不同网络场景的优化策略
场景 A：高并发 Web 服务器（Nginx/Apache）
# 除了上述通用参数，还需添加：
# 增大文件打开数限制（见 1.3 节）
# 启用 TCP Fast Open
net.ipv4.tcp_fastopen = 3
# 减少 Keepalive 超时时间，释放空闲连接
net.ipv4.tcp_keepalive_time = 60
net.ipv4.tcp_keepalive_intvl = 10
net.ipv4.tcp_keepalive_probes = 6
场景 B：数据库服务器（MySQL/PostgreSQL）
# 增加内存使用限制，因为数据库通常需要大量内存映射
vm.max_map_count = 262144
# 优化交换分区行为，避免数据库内存被交换出去
vm.swappiness = 1
# 增大共享内存段大小（对于 PostgreSQL 尤其重要）
kernel.shmmax = 4294967296 # 4GB，根据实际内存调整
kernel.shmall = 1073741824 # 4GB / 4096，根据实际内存调整
1.3 资源限制与文件描述符
默认情况下，每个进程能打开的文件描述符数量有限（通常 1024），这对于高并发服务远远不够。
1.3.1 系统级限制
# 编辑 limits.conf
sudo vi /etc/security/limits.conf
# 添加以下行
* soft nofile 65536
* hard nofile 65536
root soft nofile 65536
root hard nofile 65536
# 对于 systemd 服务，还需要在 service 文件中设置
# 例如：/etc/systemd/system/nginx.service.d/limits.conf
[Service]
LimitNOFILE=65536
1.3.2 验证与监控
# 查看当前限制
ulimit -n
# 查看系统全局限制
cat /proc/sys/fs/file-max
# 查看当前打开的文件描述符数量
cat /proc/sys/fs/file-nr
实战案例：
某电商平台在促销期间，Nginx 服务器频繁出现 “Too many open files” 错误。通过将
nofile
限制从 1024 提升至 65536，并调整
worker_connections
配置，成功支撑了 10 倍于平时的并发流量。
1.4 内存管理优化
1.4.1 虚拟内存参数
# 编辑 /etc/sysctl.conf
# 减少交换倾向，优先使用物理内存
vm.swappiness = 10
# 增大内存分配策略的积极程度
vm.zone_reclaim_mode = 0
# 调整脏页比例，平衡 I/O 和内存使用
vm.dirty_ratio = 15
vm.dirty_background_ratio = 5
# 应用配置
sudo sysctl -p
参数详解：
swappiness
：控制内核将数据交换到交换分区的积极程度。对于数据库和内存密集型应用，建议设置为 1-10；对于通用服务器，10-30 是合理范围。
dirty_ratio
和
dirty_background_ratio
：控制脏页（已修改但未写入磁盘的内存页）的比例。降低这些值可以减少 I/O 峰值，但可能增加内存压力。
二、文件系统优化：加速数据读写
2.1 选择合适的文件系统
AlmaLinux 默认使用 XFS，对于大多数场景性能优异。但对于特定负载，其他文件系统可能更合适：
XFS
：适合大文件、高并发 I/O，如视频存储、数据库。
ext4
：通用性好，小文件性能不错，适合 Web 服务器。
Btrfs
：支持快照、压缩等高级功能，适合开发环境。
2.2 挂载选项优化
2.2.1 XFS 优化
# 查看当前挂载选项
cat /etc/fstab
# 修改 /etc/fstab 中的挂载选项
# 原始行可能类似：
# /dev/mapper/vg0-lv_data /data xfs defaults 0 0
# 优化后：
/dev/mapper/vg0-lv_data /data xfs noatime,nodiratime,logbufs=8,logbsize=256k 0 0
选项解释：
noatime
：禁止更新文件访问时间，显著减少元数据写入。
nodiratime
：禁止更新目录访问时间。
logbufs=8
：增加 XFS 日志缓冲区数量，提升元数据操作性能。
logbsize=256k
：增大日志缓冲区大小。
2.2.2 ext4 优化
# /etc/fstab 优化示例
/dev/sdb1 /data ext4 defaults,noatime,nodiratime,data=writeback,barrier=0 0 0
选项解释：
data=writeback
：提升写性能（但可能增加崩溃时数据丢失风险）。
barrier=0
：禁用写屏障（仅在 UPS 保护的服务器上使用）。
2.3 I/O 调度器选择
I/O 调度器决定块设备处理 I/O 请求的顺序。对于不同设备类型，选择合适的调度器能显著提升性能。
# 查看当前调度器
cat /sys/block/sda/queue/scheduler
# 临时修改（重启失效）
echo deadline > /sys/block/sda/queue/scheduler
# 永久修改（创建 udev 规则）
sudo tee /etc/udev/rules.d/60-ioscheduler.rules <
4.3 Redis 性能调优
# /etc/redis.conf
# 内存相关
maxmemory 4gb
maxmemory-policy allkeys-lru # 内存满时的淘汰策略
# 持久化相关（根据数据安全需求选择）
save 900 1
save 300 10
save 60 10000
rdbcompression yes
dbfilename dump.rdb
# AOF 持久化（如果需要）
appendonly yes
appendfsync everysec # 平衡性能和数据安全
# 网络
bind 0.0.0.0
port 6379
tcp-backlog 511
timeout 0
tcp-keepalive 300
# 性能相关
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-size -2
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
# 慢查询日志
slowlog-log-slower-than 10000
slowlog-max-len 128
# 进程相关
daemonize yes
supervised systemd
pidfile /var/run/redis/redis.pid
loglevel notice
logfile /var/log/redis/redis.log
五、监控与调试：持续优化的基础
5.1 系统级监控工具
5.1.1 top/htop 实时监控
# 安装 htop
sudo dnf install htop -y
# 运行 htop
htop
# 在 htop 中：
# F2 设置 -> 显示选项 -> 启用 CPU 使用率、内存使用率、进程树
# F4 过滤进程
# F9 杀死进程
# F10 退出
5.1.2 vmstat 和 iostat
# 每 2 秒输出一次，共 5 次
vmstat 2 5
# 输出解释：
# procs: r(运行队列), b(阻塞)
# memory: swpd, free, buff, cache
# swap: si(换入), so(换出)
# io: bi(块输入), bo(块输出)
# system: in(中断), cs(上下文切换)
# cpu: us(user), sy(system), id(idle), wa(wait), st(stolen)
# 磁盘 I/O 统计
iostat -x 2 5
# 输出解释：
# %util: 磁盘利用率，接近 100% 表示饱和
# await: 平均 I/O 等待时间
# svctm: 服务时间（已废弃，关注 await）
5.1.3 sar（系统活动报告）
# 安装 sysstat
sudo dnf install sysstat -y
# 启用 sar 服务
sudo systemctl enable –now sysstat
# 查看 CPU 使用率（每 10 分钟记录一次）
sar -u 10 3
# 查看内存使用
sar -r 10 3
# 查看 I/O 统计
sar -b 10 3
# 查看历史数据（通常在 /var/log/sa/）
sar -f /var/log/sa/sa15 # 查看 15 号的数据
5.2 应用级监控
5.2.1 使用 Prometheus + Grafana
# 安装 Prometheus
sudo dnf install prometheus2 -y
# 配置 Prometheus
sudo vi /etc/prometheus/prometheus.yml
# 添加抓取配置
scrape_configs:
– job_name: ‘node’
static_configs:
– targets: [‘localhost:9100’]
– job_name: ‘mysql’
static_configs:
– targets: [‘localhost:9104’]
– job_name: ‘redis’
static_configs:
– targets: [‘localhost:9121’]
# 安装 Node Exporter
sudo dnf install node_exporter -y
sudo systemctl enable –now node_exporter
# 安装 MySQL Exporter
sudo dnf install prometheus-mysqld_exporter -y
sudo systemctl enable –now prometheus-mysqld_exporter
# 启动 Prometheus
sudo systemctl enable –now prometheus
5.2.2 使用 netdata 实时监控
# 一键安装 netdata
bash <(curl -Ss https://my-netdata.io/kickstart.sh)
# 访问 http://your-server:19999
5.3 性能分析工具
5.3.1 perf 性能剖析
# 安装 perf
sudo dnf install perf -y
# 记录 CPU 性能数据 10 秒
perf record -g -p $(pgrep myapp) sleep 10
# 生成报告
perf report
# 分析系统调用
perf trace -p $(pgrep myapp)
5.3.2 strace 调试系统调用
# 跟踪进程的所有系统调用
strace -p $(pgrep myapp) -f -e trace=all
# 只跟踪文件操作
strace -p $(pgrep myapp) -e trace=file
# 统计系统调用耗时
strace -c -p $(pgrep myapp)
5.3.3 lsof 查看打开文件
# 查看进程打开的所有文件
lsof -p $(pgrep myapp)
# 查看占用特定端口的进程
lsof -i :80
# 查看所有网络连接
lsof -i
六、自动化优化与持续改进
6.1 使用 Ansible 批量优化
# ansible-playbook optimize-alma.yml
---
- name: Optimize AlmaLinux Performance
hosts: all
become: yes
tasks:
- name: Update sysctl settings
sysctl:
name: "{{ item.key }}"
value: "{{ item.value }}"
state: present
reload: yes
loop:
- { key: 'net.ipv4.ip_local_port_range', value: '1024 65535' }
- { key: 'net.core.somaxconn', value: '65535' }
- { key: 'vm.swappiness', value: '10' }
- { key: 'fs.file-max', value: '2097152' }
- name: Set file descriptor limits
pam_limits:
domain: "*"
limit_type: "{{ item.type }}"
limit_item: nofile
value: 65536
loop:
- { type: "soft" }
- { type: "hard" }
- name: Install monitoring tools
dnf:
name:
- htop
- sysstat
- perf
- netdata
state: present
- name: Optimize Nginx config
template:
src: nginx.conf.j2
dest: /etc/nginx/nginx.conf
notify: reload nginx
handlers:
- name: reload nginx
service:
name: nginx
state: reloaded
6.2 定期性能审查
创建一个简单的审查脚本：
#!/bin/bash
# /usr/local/bin/performance-review.sh
LOG_DIR="/var/log/performance"
DATE=$(date +%Y%m%d)
mkdir -p $LOG_DIR
echo "=== Performance Review $DATE ===" > $LOG_DIR/review-$DATE.log
# CPU 使用率
echo “CPU Usage:” >> $LOG_DIR/review-$DATE.log
mpstat 1 5 | awk ‘/Average/ {print “User: ” $3 “%, System: ” $5 “%, Idle: ” $12 “%”}’ >> $LOG_DIR/review-$DATE.log
# 内存使用
echo -e “\nMemory Usage:” >> $LOG_DIR/review-$DATE.log
free -h | grep -E “Mem|Swap” >> $LOG_DIR/review-$DATE.log
# 磁盘 I/O
echo -e “\nDisk I/O:” >> $LOG_DIR/review-$DATE.log
iostat -x 1 3 | tail -n +4 >> $LOG_DIR/review-$DATE.log
# 网络连接
echo -e “\nNetwork Connections:” >> $LOG_DIR/review-$DATE.log
ss -s >> $LOG_DIR/review-$DATE.log
# 高负载进程
echo -e “\nTop Processes by CPU:” >> $LOG_DIR/review-$DATE.log
ps -eo pid,ppid,cmd,%cpu,%mem –sort=-%cpu | head -10 >> $LOG_DIR/review-$DATE.log
echo -e “\nTop Processes by Memory:” >> $LOG_DIR/review-$DATE.log
ps -eo pid,ppid,cmd,%cpu,%mem –sort=-%mem | head -10 >> $LOG_DIR/review-$DATE.log
# 发送报告（可选）
# mail -s “Performance Review $DATE” admin@example.com < $LOG_DIR/review-$DATE.log
七、常见问题排查与解决方案
7.1 高 CPU 使用率
排查步骤：
# 1. 查看哪个进程占用 CPU
top -bn1 | head -20
# 2. 使用 perf 分析 CPU 热点
perf top -p $(pgrep myapp)
# 3. 查看上下文切换
pidstat -w -p $(pgrep myapp) 1 5
# 4. 检查是否是软中断过高
cat /proc/softirqs
解决方案：
如果是用户进程：优化代码逻辑，减少循环次数
如果是系统进程：检查是否是频繁的系统调用，考虑使用更高效的 API
如果是软中断：考虑调整网卡多队列或 RPS/RFS
7.2 内存不足与 OOM
排查步骤：
# 1. 查看内存使用详情
cat /proc/meminfo
# 2. 查看 OOM 记录
dmesg | grep -i oom
# 3. 查看内存泄漏
valgrind --tool=memcheck --leak-check=full ./myapp
# 4. 查看进程内存映射
pmap -x $(pgrep myapp)
解决方案：
增加物理内存或交换空间
调整
vm.swappiness
和
vm.min_free_kbytes
使用 cgroups 限制关键进程内存
优化应用程序内存使用
7.3 磁盘 I/O 瓶颈
排查步骤：
# 1. 查看磁盘利用率
iostat -x 1
# 2. 查看哪些进程在进行 I/O
iotop -o
# 3. 查看磁盘队列长度
cat /sys/block/sda/queue/nr_requests
# 4. 使用 ioping 测试延迟
ioping -c 10 /data
解决方案：
升级到 SSD/NVMe
调整 I/O 调度器
优化应用程序 I/O 模式（批量写入、减少随机读取）
增加内存以提升文件缓存效果
八、总结与最佳实践清单
8.1 优化前的准备工作
基准测试
：在优化前记录性能指标，作为对比基准
备份配置
：修改系统参数前备份原始配置
分阶段实施
：一次只修改一个参数，观察效果
监控告警
：确保有完善的监控系统
8.2 AlmaLinux 性能优化检查清单
系统级
[ ] 文件描述符限制 ≥ 65536
[ ]
vm.swappiness
根据负载调整（1-30）
[ ]
net.ipv4.tcp_tw_reuse
启用（高并发场景）
[ ]
net.core.somaxconn
增大至 65535
[ ] 使用合适的 I/O 调度器
网络服务
[ ] Nginx/Apache worker 进程数与 CPU 核心匹配
[ ] 启用 sendfile, tcp_nopush, tcp_nodelay
[ ] 配置合适的 keepalive_timeout
[ ] 启用 Gzip 压缩
[ ] 隐藏版本号
数据库
[ ] innodb_buffer_pool_size 设置为总内存的 50-70%
[ ] 启用慢查询日志
[ ] 调整连接数限制
[ ] 优化日志文件大小
[ ] 使用 O_DIRECT
监控与维护
[ ] 安装 sysstat 收集历史数据
[ ] 配置 Prometheus + Grafana 监控
[ ] 设置定期性能审查脚本
[ ] 配置日志轮转防止磁盘占满
8.3 持续优化理念
性能优化不是一次性的工作，而是一个持续的过程：
建立基线
：了解你的系统在正常负载下的表现
设定目标
：明确优化目标（如响应时间 < 100ms）
测量-分析-改进
：循环进行
文档化
：记录所有优化措施及其效果
自动化
：使用配置管理工具确保优化配置的一致性
8.4 最后的建议
不要过度优化
：只优化真正成为瓶颈的部分
理解业务需求
：优化要服务于业务目标
保持系统更新
：定期应用 AlmaLinux 安全更新和性能改进
测试环境验证
：所有优化先在测试环境验证
回滚计划
：准备快速回滚方案，防止优化导致问题
通过本文提供的系统化优化方法，你的 AlmaLinux 服务器将能够更高效地处理负载，提供更快的响应速度和更高的稳定性。记住，最好的优化是找到适合你特定工作负载的平衡点。