有一台 redis (一主两从)的机器用于存放系统用户基本信息的。集团所有的项目都在调用查询,现在主项目登录场景压测。各种 Redis Read time out。时间紧,来不及搭建集群,主要不会。请用还可以从哪些角度排查解决问题呢?
有一台 redis (一主两从)的机器用于存放系统用户基本信息的。集团所有的项目都在调用查询,现在主项目登录场景压测。各种 Redis Read time out。时间紧,来不及搭建集群,主要不会。请用还可以从哪些角度排查解决问题呢?
|
soliFeb 15, 2020 via iPhone
1
内存里再做一层缓存。
|
|
CallMeReznovFeb 15, 2020
2
加钱.
|
|
wzwwzwFeb 15, 2020
3
加钱直接买阿里云的服务。
|
|
OysterQAQFeb 15, 2020 via iPhone
4
慢查询队列找出来,优化一下查询
|
|
df4VWFeb 15, 2020
5
slowlog
|
|
judengFeb 15, 2020
6
提供的信息太少了,看不出来瓶颈点在哪
从 redis 的 info 命令看看 tps 多高,一般 string/hash/set/lis 类型 10 万+都能扛得住 redis 每条命令存储的数据量不能太大,KB 级别以下最好 一般来讲,只要使用正确,redis 不会是瓶颈点,瓶颈点多在客户端,看看是否有 full gc ?网卡流量多高? 某些固定处理逻辑可以用 lua 脚本加载到 redis 上来,也能提高 tps |
|
AngryPandaFeb 15, 2020
7
楼上正解。不过如果 TPS 足够高,Redis 也会成为瓶颈。曾经遇到过 Redis 实例被压到 CPU 满载,TPS 上不去了的情况
|