数据库场景下RPS与IOPS、并发用户与连接的区别咨询

• RPS是应用/业务层的性能指标，统计数据库每秒收到的业务请求总数，单条查询、写入、修改操作都各自算作一次请求。
• IOPS是存储层的性能指标，统计数据库底层和存储设备交互时，每秒完成的读写IO操作总数，单次读取磁盘页、写入事务日志都各自算作一次IO。
• 你现有的认知是正确的：单个请求完全可能对应多个IO操作。

示例：执行SELECT * FROM order WHERE create_time >= '2024-01-01'的查询请求时，如果订单表数据没有完全缓存在内存中，需要扫描20个磁盘页才能拉取到所有符合条件的数据，这个业务请求就对应了20次IO，极端场景下单个大查询甚至会产生上千次IO。

• 二者不属于同一概念，你默认的「每个连接对应一个用户」的认知和实际生产场景存在偏差。
• 并发连接指的是当前和数据库成功建立TCP会话的总数量，其中很多连接可能处于空闲状态，并没有在执行实际的数据库操作。
• 并发用户通常指的是当前正在向数据库发送请求、执行实际读写操作的活跃用户总数。

常见场景差异：

1. 绝大多数应用都会使用连接池技术，提前创建固定数量的数据库连接供所有应用用户复用，比如连接池配置为100个连接，同时可能有200个活跃用户发起请求，这200个用户会复用这100个连接执行操作，此时数据库的并发连接数只有100，远低于并发用户数。
2. 部分ToB业务系统会给每个登录账号分配独立的数据库连接，大部分用户登录后长期没有操作，连接处于空闲状态，此时数据库的并发连接可能有1000个，但实际同时操作的活跃并发用户只有不到50个。

• 可以先从常用关系型/非关系型数据库的官方文档基础模块入手，先理清实例、会话、连接、缓存、存储引擎这些核心基础概念，再逐步梳理各类性能指标的定义逻辑。
• 可以本地搭建测试数据库，用sysbench等压测工具模拟不同量级的请求，观察RPS、IOPS、连接数的数值变化，动手实测后会更快理解各指标的关联关系。

内容的提问来源于stack exchange，提问作者PaperoniPizza