这是一个创建于 1742 天前的主题，其中的信息可能已经有所发展或是发生改变。
有一台 redis （一主两从）的机器用于存放系统用户基本信息的。集团所有的项目都在调用查询，现在主项目登录场景压测。各种 Redis Read time out。时间紧，来不及搭建集群，主要不会。请用还可以从哪些角度排查解决问题呢？
 |
1
soli 2020-02-15 03:46:24 +08:00 via iPhone
内存里再做一层缓存。
|
 |
2
CallMeReznov 2020-02-15 04:31:47 +08:00
加钱.
|
 |
3
wzwwzw 2020-02-15 05:20:18 +08:00
加钱直接买阿里云的服务。
|
 |
4
OysterQAQ 2020-02-15 07:30:46 +08:00 via iPhone
慢查询队列找出来，优化一下查询
|
 |
5
df4VW 2020-02-15 07:48:43 +08:00
slowlog
|
 |
6
judeng 2020-02-15 11:16:53 +08:00
提供的信息太少了，看不出来瓶颈点在哪
从 redis 的 info 命令看看 tps 多高，一般 string/hash/set/lis 类型 10 万+都能扛得住 redis 每条命令存储的数据量不能太大，KB 级别以下最好 一般来讲，只要使用正确，redis 不会是瓶颈点，瓶颈点多在客户端，看看是否有 full gc ？网卡流量多高？ 某些固定处理逻辑可以用 lua 脚本加载到 redis 上来，也能提高 tps |
 |
7
AngryPanda 2020-02-15 14:31:47 +08:00
楼上正解。不过如果 TPS 足够高，Redis 也会成为瓶颈。曾经遇到过 Redis 实例被压到 CPU 满载，TPS 上不去了的情况
|
Select Language