DreamHost 服务器运维：CPU 不高，IO wait 却在抬头

IO等待持续上升，影响页面响应

在查看vmstat和iostat时，发现磁盘I/O等待时间明显高于平时，尤其是在夜间备份和日志写入高峰期，未见明显的硬件故障或瓶颈。

通过分析进程写盘情况，确认日志和备份任务在进行中，尤其是MySQL写入和Nginx日志写入导致磁盘压力集中，导致IO等待时间不断增加。

此时，主机的CPU占用仍然较低，没有CPU瓶颈，但页面响应变慢，反映出IO问题对网站性能的影响远超CPU利用率的表现。

实测数据和终端记录

我收集了包括uptime、free -h、df -h、socket状态和nginx error日志的详细数据，结合监控指标如TTFB、IOPS、顺序读写速度，进行全面分析。

provider: DreamHost
scenario: "服务器运维 / CPU 不高，IO wait 却在抬头"
regions_checked: "美国西海岸、弗吉尼亚相关资源"
near_region_ping: "60ms"
cross_region_ping: "217ms"
homepage_ttfb_p95: "622ms"
random_4k_iops: "11675"
sequential_read: "475MB/s"
sequential_write: "254MB/s"
single_thread_score: "1005"
twenty_minute_error_rate: "0.88%"
snapshot_restore_time: "16min"
test_time: "2026-06-13 14:11"

从监控数据看，随机4K IOPS达到11675，顺序读写速度为475MB/s和254MB/s，说明存储设备性能还算理想，但IO等待时间依然在持续上升，提示可能是写入冲突或队列堵塞。

TTFB的95百分位为622毫秒，远高于正常水平，说明页面请求在等待后端响应上耗时较长，可能受限于MySQL慢查询或磁盘写入阻塞。

数据库方面，启用慢查询日志，发现部分查询长达0.8秒以上，配合innodb缓冲池大小768M，max_connections设为120，表缓存2048，但仍未解决IO压力。

uptime
free -h
df -h
ss -ant | awk '{print $1}' | sort | uniq -c
tail -n 80 /var/log/nginx/error.log

关键排查操作与判断

我首先通过运行uptime、free -h和df -h确认系统整体负载和磁盘空间的情况，未见明显的资源耗尽迹象。

接着，使用ss -ant和awk命令观察网络连接状态，发现连接数未超出限制，排除了连接过载导致的请求延迟。

随后，通过tail -n 80 /var/log/nginx/error.log检查Nginx的错误日志，确认没有出现timeout或502等异常信息，应用层基本正常，但性能明显受IO延迟影响。

关于MySQL慢查询的配置，我调整了相关参数以便捕获长时间运行的SQL，从而判断是否为数据库IO阻塞导致的问题。

slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 0.8
innodb_buffer_pool_size = 768M
max_connections = 120
table_open_cache = 2048

开启慢查询日志（slow_query_log=1）并设置长查询时间为0.8秒，以及指定日志文件位置，有助于定位耗时较长的SQL语句。

调整InnoDB缓冲池（innodb_buffer_pool_size=768M）和最大连接数（max_connections=120），在资源允许范围内优化数据库性能，避免过多连接导致的写入冲突。

在实际维护中，我建议在IO等待持续上升时，优先停掉非必要的写入任务，比如日志轮转或备份，逐步减少磁盘压力。

虽然DreamHost提供的VPS便于迁移和弹性扩展，但其高阶运维灵活度不及纯云厂商，扩展前需要充分评估产品边界和潜在风险。