常用商品查询接口每个并发100后查询速度下降

TM 2023-07-03

请问一下大佬们，对于常用的查询商品接口，因为经常改变数据没存入缓存，并发100每个接口同时查询，带宽基本拉到3-4M左右目前是5M宽带，CPU和内存没怎么变化，有什么办法优化速度吗

 711  5 2

5个回答

TM 2023-07-03

目前分类数据已经存缓存了除了用户的商品数据没存

暂无评论

TM 2023-07-03

查看数据库慢日志并没有慢的，查看查询速度基本都是20-50毫秒

暂无评论

six 2023-07-03

外网压测网络是瓶颈，5M带宽压不出什么的，太低了。

1、加大带宽
2、加大并发，例如100并发改成500甚至更多
3、转为内网或本机压测，排除带宽问题

apipost本身有一些bug，有时候无法达到最大压力，最好用ab或者其它专业的压测软件。

TM 2023-07-03

测试了服务器本地AD了，挺快的但是处理速度很快
TM 2023-07-03

像这种客户访问的带宽一下子就满了只能加带宽吗
walkor 2023-07-03

优化业务减少返回数据的大小。nginx开启gzip压缩，减少带宽消耗。以上都做了的话就只能加带宽了
TM 2023-07-03

试了一下本地单个接口1W并发也没啥问题，但是跑域名访问就不太行跑域名访问500个并发一半访问量需要11秒才能响应
TM 2023-07-03

业务数据已经控制到需要什么才返回什么了，主要这个接口返回商品轮播图，不过轮播图已经用cos流量了
walkor 2023-07-03

网络或者带宽是瓶颈
TM 2023-07-03

已经开启了gzip压缩了跑别的接口还行，这个商品接口数据比较多难搞
walkor 2023-07-03

升级带宽
TM 2023-07-03

算了不行只能加宽带了，让老板给钱
tanhongbin 2023-07-03

你这是前后端分离嘛？还是渲染的？要是渲染的更完蛋
TM 2023-07-03

嗯嗯前后端分离的
tanhongbin 2023-07-03

前端放在云上后端就一个接口返回数据不大，不应该呀
TM 2023-07-03

前端放在另一个服务器上面了，现在直接域名压测服务器拉不满，CPU和内存没动多少，流量一直拉上去，看日志查询速度都在几十毫秒的，感觉很多请求都没进来
tanhongbin 2023-07-03

非常明显的带宽问题了，只能压缩试试了，我估计你前端静态页面都没上去，所以不是后端的问题
TM 2023-07-03

先继续用一下，现在能撑住，不行再加宽带了
tanhongbin 2023-07-03

嗯嗯，最好把前端放在云上，他们带宽比较猛，走流量就行1个T 8毛吧
TM 2023-07-03

ok 我上去喵喵
TM 2023-07-03

有推荐吗
tanhongbin 2023-07-03

云就随便了
TM 2023-07-03

好的