这是一个创建于 2064 天前的主题，其中的信息可能已经有所发展或是发生改变。
有一台 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 楼上正解。不过如果 TPS 足够高，Redis 也会成为瓶颈。曾经遇到过 Redis 实例被压到 CPU 满载，TPS 上不去了的情况 |
Select Language