服务器io性能优化需分层精准适配：raid按业务选型（如oltp用raid10）、io调度器匹配介质（nvme用kyber、hdd用deadline）、缓存分三层配置（page cache调参数、raid卡开write-back+bbu、文件系统挂载优化），并以iostat/iotop/smartctl诊断真瓶颈。
服务器 IO 性能优化不是堆硬件，而是分层匹配：从磁盘阵列选型、内核调度策略，到缓存与文件系统配置，每一层都得对准业务负载。重点不在“全开”，而在“精准适配”。
RAID 级别按业务选，别只看速度
RAID 不是越高级越好，关键看读写特征和容错底线：
- OLTP 数据库、虚拟化平台：优先选 RAID 10 —— 读写均衡、故障容忍强（允许同组中一块盘坏），4块盘起步，性能接近 RAID 0，又保留镜像冗余。
- 日志或临时数据池：可用 RAID 0 —— 吞吐最高，但零容错，仅限可丢数据场景。
- 归档/备份存储：RAID 6 更稳妥 —— 支持两盘同时故障，容量利用率比 RAID 10 高，写性能虽弱于 RAID 10，但读密集场景影响小。
- 中小业务主存储：RAID 5 是折中选择 —— 成本低、读性能好，但写入需校验计算，高并发写时延迟明显，建议搭配写缓存+BBU使用。
IO 调度器要跟介质走，别沿用默认
Linux 默认的 cfq 在 SSD/NVMe 上反而拖后腿，必须换：
宝塔Linux面板11.3.0
下载
宝塔面板11.3.0是一款针对Linux服务器设计的可视化管理工具，通过重构核心模块实现资源占用显著降低，尤其适合低配置服务器环境。它将复杂的命令行操作转化为直观的图形界面，帮助开发者快速完成网站部署、环境配置及日常运维工作，无需专业技术背景即可高效管理服务器。
- NVMe SSD：用 none 或 kyber —— NVMe 自带深度队列管理，内核调度越简单越好；kyber 更适合混合读写负载。
- SATA/SAS SSD：deadline 或 mq-deadline —— 保证请求不饿死，兼顾响应延迟。
- 机械硬盘（HDD）：仍可用 mq-deadline，避免 cfq 在高并发下引入额外延迟。
- 查看当前设置：
cat /sys/block/sdX/queue/scheduler；临时切换：echo kyber > /sys/block/sdX/queue/scheduler；永久生效需加elevator=kyber到 GRUB 内核参数。
缓存配置要分三层打理
缓存不是越大越好，而是要让每一层干好自己的活：
-
OS Page Cache：调低
vm.dirty_ratio（如设为 10）和vm.dirty_background_ratio（如设为 5），避免脏页堆积导致突发刷盘卡顿；数据库类应用若启用了自身缓冲池（如 InnoDB Buffer Pool），可考虑启用O_DIRECT绕过 Page Cache。 - RAID 卡缓存：务必开启 Write-Back 模式 + BBU（电池/电容备份），否则断电即丢数据；Read-Ahead 可开，但仅对顺序读有效，随机读多的场景建议关闭。
-
文件系统挂载选项：SSD 用
noatime,nodiratime,discard,barrier=0；HDD 用noatime,nodiratime,data=ordered；XFS 对大文件和并发更友好，EXT4 更稳，Btrfs 少用于生产核心存储。
别漏掉基础诊断这一步
优化前先确认是不是真瓶颈：
- 跑
iostat -x 1看%util是否常超 90%、await是否持续 > 10ms（SSD）或 > 20ms（HDD）； - 用
iotop找出真实吃 IO 的进程； - 查
smartctl -a /dev/sdX排除磁盘硬件隐患（坏道、重映射计数上升）； - 确认应用本身没做小文件高频随机写、没关 fsync、没锁表争抢——很多“IO 高”其实是代码或 SQL 问题。
