数据库监控应看QPS而非仅看连接数

数据库连接数只能反映总体流量水平，不能直接体现数据库真正的繁忙程度——每秒查询数（QPS）才是更直接的负载衡量标准，它会随应用实际繁忙程度同步波动。（一个术语陷阱：MySQL把客户端连接叫作”线程”而非”连接”，每个客户端连接对应一个线程，其他数据库引擎则统一叫”连接”，混淆这个术语会让人在MySQL环境里找不到预期的”连接数”指标。）除QPS外还有三个关键点：慢查询日志（记录执行时间、次数、查询本身，是定位性能问题的第一步）、复制延迟（副本落后太多会导致读到过期数据却毫无察觉）、以及IOPS（数据库通常受I/O限制，磁盘性能下降经常被误判为查询逻辑问题，排查半天才发现是底层IOPS掉了）。发散：QPS与Web服务器的[[Web服务器的黄金指标是每秒请求数而非连接数|每秒请求数]]是同一种”用实际吞吐量代替连接层面数字”的判断逻辑在不同子系统里的复现。