好的，各位观众，各位朋友，大家好！ 👋 欢迎来到今天的“Redis 性能大揭秘”特别节目！我是你们的老朋友，人称“代码诗人”的程序猿老码，今天我们要聊聊 Redis 的性能测试利器——redis-benchmark。
别听到“benchmark”就觉得枯燥，今天老码保证，咱们用最轻松幽默的方式，把这个工具玩得溜溜的，让你的 Redis 性能提升像坐火箭一样🚀！
开场白：Redis，你到底有多快？
各位都知道，Redis 以其快如闪电的速度著称，号称“内存数据库的法拉利”。但是，光说不练假把式，咱们得用数据说话。问题来了：
- 你的 Redis 真的像宣传的那么快吗？
- 在高并发场景下，它还能扛得住吗？
- 不同的配置，对性能影响有多大？
别慌！redis-benchmark 就是来解决这些问题的。它就像一位专业的赛车手，能把 Redis 这辆“法拉利”开到极限，并告诉你它的各项性能指标。
第一幕：redis-benchmark，闪亮登场！
redis-benchmark 是 Redis 自带的性能测试工具，它能模拟大量客户端并发访问 Redis 服务器，并统计各种性能指标，例如：
- 每秒处理的请求数 (requests per second, RPS)
- 平均延迟 (latency)
- 不同命令的性能表现
简单来说，它就是一个压力测试工具，能帮你找出 Redis 的性能瓶颈。
第二幕：redis-benchmark 的基本用法，So Easy！
要使用 redis-benchmark，你只需要在命令行输入 redis-benchmark 命令，它就会使用默认配置进行测试。
redis-benchmark运行后，你会看到类似下面的输出：
====== PING_INLINE ======
100000 requests completed in 1.03 seconds
50 parallel clients
3 bytes payload
keep alive: 1
97087.38 requests per second
====== PING_BULK ======
100000 requests completed in 1.04 seconds
50 parallel clients
3 bytes payload
keep alive: 1
96153.85 requests per second
====== SET ======
100000 requests completed in 1.05 seconds
50 parallel clients
3 bytes payload
keep alive: 1
95238.10 requests per second
====== GET ======
100000 requests completed in 1.03 seconds
50 parallel clients
3 bytes payload
keep alive: 1
97087.38 requests per second
...省略部分输出...这些数据告诉你，在默认配置下，Redis 每秒能处理多少 PING、SET、GET 请求。
第三幕：redis-benchmark 的参数，玩转高级用法！
redis-benchmark 提供了丰富的参数，让你能够定制测试场景，更精准地评估 Redis 的性能。下面老码就带大家玩转几个常用的参数：
-
-h <hostname>: 指定 Redis 服务器的主机名。默认是127.0.0.1。如果你想测试远程服务器，就用这个参数。redis-benchmark -h 192.168.1.100 -
-p <port>: 指定 Redis 服务器的端口号。默认是6379。redis-benchmark -p 6380 -
-n <requests>: 指定总共执行的请求数量。默认是100000。如果你想测试更长时间，可以增加这个值。redis-benchmark -n 1000000 -
-c <clients>: 指定并发客户端的数量。默认是50。增加并发客户端数量可以模拟高并发场景。redis-benchmark -c 100 -
-d <size>: 指定数据包的大小（单位：字节）。默认是3。增加数据包大小可以测试 Redis 在处理大数据时的性能。redis-benchmark -d 1024 -
-k <boolean>: 指定是否保持连接。1表示保持连接，0表示每次请求都重新建立连接。保持连接可以减少 TCP 连接的开销。redis-benchmark -k 1 -
-t <tests>: 指定要测试的命令。可以指定单个命令，也可以指定多个命令，用逗号分隔。例如，-t SET,GET,LPUSH。redis-benchmark -t SET,GET -
-q: 静默模式。只输出每秒处理的请求数。redis-benchmark -q -
--csv: 以 CSV 格式输出结果，方便导入到电子表格中进行分析。redis-benchmark --csv -
-l: 循环测试。持续运行测试，直到手动停止。redis-benchmark -l -
-r <keyspace>: 设置key的范围。例如-r 10000，表示key从__rand_int__替换为__rand_int__%10000。可以模拟真实场景下key的分布情况。redis-benchmark -r 10000
第四幕：实战演练，性能优化案例！
老码现在带大家做一个实战演练，看看如何利用 redis-benchmark 进行性能优化。
场景： 假设你的 Redis 服务器需要处理大量的 SET 和 GET 请求，并且数据包比较大。
目标： 优化 Redis 服务器的性能，提高每秒处理的请求数。
步骤：
-
基准测试： 首先，使用默认配置进行测试，获取基准数据。
redis-benchmark -t SET,GET -d 1024记录下
SET和GET命令的 RPS。 -
调整配置： 尝试调整 Redis 的配置，例如：
- 增加
hash-max-ziplist-entries和hash-max-ziplist-value： 这两个参数控制哈希表使用 ziplist 编码的阈值。增加这两个值可以减少内存占用，提高性能。 - 调整
tcp-keepalive： 这个参数控制 TCP 连接的 keepalive 时间。设置一个合适的值可以避免连接断开，减少 TCP 连接的开销。 - 开启 AOF 持久化： 如果你的数据非常重要，可以开启 AOF 持久化。但是，AOF 会降低性能。你可以调整 AOF 的同步策略，例如设置为
appendfsync everysec，以平衡性能和数据安全。
- 增加
-
再次测试： 调整配置后，再次使用
redis-benchmark进行测试，比较 RPS 是否有所提高。redis-benchmark -t SET,GET -d 1024 -
迭代优化： 重复步骤 2 和 3，不断调整配置，直到找到最佳配置。
案例： 经过测试，老码发现增加 hash-max-ziplist-entries 和 hash-max-ziplist-value 后，SET 和 GET 命令的 RPS 提高了 10%。🎉
表格：性能优化前后对比
| 命令 | 配置 | RPS (优化前) | RPS (优化后) | 提升比例 |
|---|---|---|---|---|
| SET | 默认 | 80000 | 88000 | 10% |
| GET | 默认 | 90000 | 99000 | 10% |
第五幕：高级技巧，玩转 Redis 性能监控！
除了 redis-benchmark，还有一些其他的工具可以帮助你监控 Redis 的性能：
-
redis-cli info： 这个命令可以获取 Redis 服务器的各种信息，包括内存使用情况、CPU 使用情况、连接数等等。redis-cli info -
redis-cli monitor： 这个命令可以实时监控 Redis 服务器接收到的命令。redis-cli monitor -
Prometheus + Grafana： 这是一套流行的监控解决方案，可以用来监控 Redis 的各种指标，并以图形化的方式展示出来。
这些工具可以帮助你更全面地了解 Redis 的性能状况，及时发现问题并进行优化。
第六幕：注意事项，避免踩坑！
在使用 redis-benchmark 时，需要注意以下几点：
- 测试环境： 尽量在和生产环境相同的硬件和网络环境下进行测试，以获得更准确的结果。
- 避免干扰： 在测试期间，尽量避免其他程序占用 Redis 服务器的资源，以免影响测试结果。
- 多次测试： 为了减少误差，最好进行多次测试，并取平均值。
- 关注延迟： 除了 RPS，还要关注平均延迟。如果延迟过高，说明 Redis 服务器可能存在性能瓶颈。
尾声：Redis 性能优化，永无止境！
Redis 性能优化是一个持续不断的过程。你需要根据实际业务场景，不断调整配置，并使用各种工具进行监控，才能让你的 Redis 服务器始终保持最佳状态。
希望今天的分享对大家有所帮助。记住，redis-benchmark 只是一个工具，真正的关键在于理解 Redis 的原理，并根据实际情况进行优化。
祝大家玩转 Redis，性能起飞！🚀
最后，老码送给大家一句箴言：
代码的世界，没有银弹，只有不断学习和实践！
感谢大家的观看，我们下期再见！ 👋