Redis里那些OPS到底咋看，简单又实用的查看技巧分享

说到Redis的性能,我们最常听说的就是各种OPS，比如QPS、TPS、PPS，这些词听起来挺专业的，但其实理解起来很简单，就是Redis在单位时间内能干多少活，我们关心这些指标，就像关心一个收银员一小时能结多少账一样，直接反映了Redis忙不忙、速度快不快。

QPS/TPS/PPS都是啥？简单理解

首先得弄明白这几个兄弟的区别,不然看数据也是一头雾水。

1. QPS（Query Per Second）：这个最常用，它就是字面意思，“每秒查询次数”，不管你执行的是读命令（比如GET）还是写命令（比如SET），只要Redis服务器处理了一个命令，就算一次查询，QPS是衡量Redis整体处理能力的核心指标，你可以把它想象成餐厅后厨一分钟能接到多少张点菜单，不管菜单上写的啥菜。

2. TPS（Transaction Per Second）：这个要小心，在Redis里它和数据库里的TPS不太一样，Redis本身支持简单的事务（用MULTI/EXEC命令包起来的一批命令），这里的TPS特指每秒执行的事务数量，一个事务里可能包含了10个命令，但只算一次TPS，如果你的应用不怎么用事务，那这个指标基本可以忽略，它就像是在餐厅点了一个“套餐”，虽然套餐里有好几个菜，但只算一次下单。

3. PPS（Packets Per Second）：这个指标关注的是更底层的东西，就是每秒网络数据包的数量，Redis和客户端通信是靠网络包的，一个命令的请求和响应都可能被拆成好几个包，PPS太高可能意味着网络IO压力大，或者有小包问题（比如每次只发送很小的数据），这就像是后厨和前台传话，如果一句话要分好几次喊，效率肯定低。

简单总结：我们平时最需要关注的是QPS，它反映了Redis的真实负载。

怎么查看这些OPS？实用技巧分享

知道了是啥,接下来就是怎么看了，方法有很多，从简单到详细，你可以根据情况选。

技巧1：使用Redis自带的INFO命令（最直接）

这是最基本也是最强大的方法,直接在连接上Redis后，输入命令 INFO STATS，会吐出一大堆信息，我们只需要找这几行：

• total_commands_processed：这是Redis启动以来处理的总命令数。计算QPS的关键就在这里！

  • 操作步骤：你隔一段时间（比如60秒），连续执行两次 INFO STATS 命令，分别记下这个值，假设是 total1 和 total2。
  • 计算公式：(total2 - total1) / 时间间隔(秒) = 这段时间的平均QPS。
  • 比如间隔60秒,total2 - total1 = 600000，那么QPS就是 600000 / 60 = 10000，这个方法简单可靠，能帮你算出一个平均负载。

• instantaneous_ops_per_sec：这个更直观，它直接显示了Redis服务器在最近一秒内处理的命令数，也就是实时QPS，这个值是有波动的，可以让你看到当前的流量高峰和低谷，结合上面的平均QPS一起看，效果更好。

• total_net_input_bytes 和 total_net_output_bytes：这两个是总输入和总输出流量，可以用来估算网络带宽使用情况，同样可以用上面计算差值的方法来算每秒的流量。

  

技巧2：使用redis-cli的--stat选项（动态监控）

如果你想要一个动态更新的、像看实时监控一样的界面，这个方法非常爽。 打开终端，输入：

redis-cli --stat

然后你会看到一个每隔一秒刷新一次的界面,它会直接显示：

• keys：当前数据库的key数量。
• mem：内存使用量。
• clients：客户端连接数。
• blocked：被阻塞的客户端数。
• requests：每秒的请求数，这就是实时QPS。
• connections：每秒新建立的连接数。

这个命令的好处是无需计算,一目了然，非常适合快速检查Redis的实时状态和压力。

技巧3：使用外部监控系统（最全面）

对于线上正式环境,我们不可能一直盯着命令行看，这时候就需要监控系统了，最经典的组合是 Prometheus + Grafana。

• 原理：有一个叫 Redis Exporter 的程序会定期去抓取Redis的INFO命令返回的所有信息。
• 然后，它把数据提供给Prometheus这个时序数据库存储起来。
• 最后，Grafana这个漂亮的看板工具从Prometheus里读取数据，画出各种图表。

在Grafana上,你可以：

• 看到QPS、连接数、内存使用量、慢查询等所有关键指标的曲线图，可以看最近一小时、一天、一周的趋势。
• 设置报警规则,比如当QPS连续5分钟超过某个阈值时，就发短信或钉钉告警。

这是最专业、最省心的方式，能让你对Redis的健康状况了如指掌。

技巧4：关注“慢查询”

光看OPS高还不够,还得看响应速度，如果QPS很高，但每个命令执行都很慢，那体验也很差，Redis提供了慢查询日志功能。

• 命令：使用 SLOWLOG GET [数量] 可以查看最近的慢查询。SLOWLOG GET 10 看最近10条慢查询。
• 关键参数：你需要关注两个配置（可以在redis.conf里设置，也可以用CONFIG GET命令查看）：
  • slowlog-log-slower-than：单位是微秒（1秒=1000000微秒），设定一个阈值，比如10000（10毫秒），执行时间超过这个阈值的命令就会被记录到慢查询日志。
  • slowlog-max-len：慢查询日志最多保存多少条。

定期检查慢查询,找到那些执行慢的命令（keys *，或者复杂的大键操作），并进行优化，比单纯追求高OPS更重要。

看Redis的OPS没那么复杂。日常简单检查，用 INFO stats 看 instantaneous_ops_per_sec 或者用 redis-cli --stat 就行。 想要长期监控和告警，就上Prometheus+Grafana，别忘了用 SLOWLOG 看看有没有“拖后腿”的慢命令，把这些技巧结合起来，你就能对Redis的性能状况有一个清晰的认识了。