你是有具体业务场景还是闲的无聊压 redis

具体的场景。压测一个接口，看是否命中缓存，分析性能瓶颈缓存还是数据库

这跟压测 redis 没得关系，瓶颈在 redis 要么是连接数配的不够要么内存不够，这俩排除了就只用去关注业务逻辑

之前都是压接口，看 redis 服务器的指标，也能顺带看数据库服务器的指标

对 Redis 进行压测，最直接、最常用的方式是使用 Redis 自带的 redis-benchmark 工具。它随 Redis 安装包一同提供，无需额外部署，能够快速模拟并发请求并获取吞吐量（QPS）与延迟数据。

redis-benchmark -h <主机> -p <端口> -a <密码> -c <并发数> -n <总请求数> -d <数据大小> -t <命令>
关键参数说明：

-c：并发连接数（默认 50）。

-n：总请求数（默认 100000）。

-d：SET/GET 值的数据大小（字节，默认 2）。

-t：指定测试命令，如 set、get、ping，用逗号分隔可测多个。

-P：管道（Pipeline）请求数。适当增加管道数（如 50）能显著提升吞吐量，更接近实际高并发应用的表现。

-r：使用随机 key。避免因 key 固定导致命中率失真，测试结果更真实。

-q：安静模式，仅输出 QPS 核心数据。

1. 测试基础读写性能 redis-benchmark -h 127.0.0.1 -p 6379 -c 100 -n 100000 -d 1024 -t set,get -q
2. 测试高吞吐场景（带管道）redis-benchmark -h 127.0.0.1 -p 6379 -t get -n 1000000 -d 1024 -P 50 -c 50 -q