测验:把「很慢」这条报障收窄
在curl -w测量中,ttfb较大,total - ttfb较小。我应该去哪里看?
- 服务器上的处理时间——应用程序或数据库
- 网络带宽
- DNS设置
- TLS证书
p50相同,但只有p99明显上涨。最有可能的方向是什么?
- 总容量不足
- 锁、连接池、GC 等争用
- 代码总体较慢
- 网络带宽饱和
平均响应为200ms,但用户表示速度慢。最可能的解释是什么?
- 用户特别敏感
- 平均数计算错误
- 网络很慢
- 少量非常慢的请求被埋在平均值中
为什么首先要区分“总是慢”和“有时慢”?
- 我喜欢整理报告
- 优先处理
- 尝试确定客户服务用语
- 由于原因类型不同,调查方法本身也不同。
声称 CPU 利用率为 60% 因此与延迟问题无关有什么问题?
- 因为测量不准确
- 我需要查看内存而不是CPU。
- 随着利用率的增加,等待时间非线性增加。
- 因为60%并不是一个低值
当收到只有特定客户速度慢的报告时,首先要怀疑的是什么?
- 由于该客户的数据量不同,查询的行为可能会有所不同。
- 客户使用的网络线路质量
- 客户使用的浏览器版本
- 服务器时区设置差异