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