公司现在有个项目,前端在调用后端接口时候,发现有个接口 waterfall 的 Waiting for server response 时间很长,在只有一个请求的时候大概在 500ms ,但在有十几个请求的时候,直接能干到两三秒,照理说只是简单的插入数据库操作或是写入 redis 这种情况下,不应该时间这么长。另外其他接口访问时间都在 100ms 以内,但是这些接口不存在数据库写入操作。
跟后端沟通过,一是 Oracle 数据库插入时,当数据量越来越多的情况下,有可能会造成插入慢,但本地测试正常。二是网络环境问题,亦或是服务器配置问题,服务器本地测试也是正常的。
服务器搭建在阿里云上。
希望有个大神解答一下这是哪个环节出现问题了?前端有哪些方法排查问题并解决问题,后端有哪些方法排查问题并解决问题?
1
alwaysol 204 天前 4
这是你前端该操心的事情吗
|
2
bigfei 204 天前
先用 postman 做单个接口的性能测试,然后多个接口并发测试看瓶颈。后端用 arthas 打印火焰图看热点。
|
3
dif 204 天前
装个 pinpoint 看下 类似的还有听云、skywalking 。这样可以看写数据花了多少时间,处理逻辑花了多少时间。听云还可以监控前端页面渲染的时间,DNS 等等这些,以前是有试用的。
|
4
dode 204 天前
我这无线路由器网络不稳定,好像 tcp 连接会被重置,局域网 HTTP 请求有的被加到秒级
|
5
AoEiuV020JP 204 天前
貌似 java 后端重启后很多接口第一次请求就特别慢,后续就正常,
|
6
opengps 204 天前
让后端压测,优化改进,这不是你作为前端能改进的
|
7
lltlo 204 天前
我搞 c/c++底层的,这种问题后端加点日志,很容易就看出是哪里慢了,如果是数据库本身插入数据慢,就和程序没问题了,想办法优化数据库。
|
8
yidadaa 204 天前
http1.1 浏览器默认限制并发为 5 ,超过 5 的会排队,你切换到 http2 就没这个问题了。
|
9
luozic 204 天前
trace 全链路跟踪啊,or 网关上面的统计数据看一下。
|
10
jwchen 204 天前
有条件 打点 链路跟踪都搞上
没条件多加点日志 然后 慢慢分析吧,redis 数据库 慢查询打开 |
11
zhtyytg 204 天前
把后端开了,你来写后端
|
12
xueling 204 天前
可以用下我的开源项目,在关键的代码逻辑处加一些耗时监控看看情况,github 搜索:xl-lighthouse
|
13
kristofer 204 天前
后端的话大概就是加日志看慢的地方,看有没有涉及到同步锁的地方等等等,具体问题具体分析吧
>"跟后端沟通过,一是 Oracle 数据库插入时,当数据量越来越多的情况下,有可能会造成插入慢" 先让他杜绝“可能”这个词吧,到底是啥原因要有理有据,至少得有推理过程 |
14
imokkkk 204 天前
服务器装个 arthas trace 一下接口
之前碰到过一个问题 https://www.cnblogs.com/yhjs/p/15563933.html 本地死活复现不出来 一到服务器就有问题 arthas trace 还是很好用的 |