如题,前端目前每秒访问一次后端的某接口,在只有一个页面时,还好,但打开多个网页同时进行时,后面的网页就会阻塞取不到数据,怀疑是后端处理不过来了,是否应该增加拦截或者缓存什么的,求各位 V 站大神教教后端小白。
1
arrow8899 2019-09-05 10:56:12 +08:00
缓存+负载均衡
|
2
MarkOrca 2019-09-05 10:59:44 +08:00
是不是表查询有问题啊,感觉上就这样操作也不至于取不到吧
|
3
fileinthehole OP @arrow8899 就一个服务器,跑一个后端怎么负载均衡啊?
|
4
fileinthehole OP @MarkOrca 表查询没有问题啊,我开一个网页时没有任何问题,但是打开多了就卡住了阻塞了
|
5
jugelizi 2019-09-05 11:11:03 +08:00
最简单的文件锁
|
6
passerbytiny 2019-09-05 11:21:44 +08:00
每秒访问一次、查询插库计算再返回:1 写+读 /1 秒 /1 客户端 的量已经摆在这里了,从前端到数据库的优化,都是不可能的,你得重新设计整个业务流程。
|
7
learnshare 2019-09-05 11:24:00 +08:00
如果是同一份数据,可以缓存,后端限制查询频率
|
8
buliugu 2019-09-05 12:48:51 +08:00
把轮询改成 websocket 实现就好了,后端可以控制推送频率
|
9
molvqingtai 2019-09-05 13:38:37 +08:00
websocket
|
10
arrow8899 2019-09-05 13:39:50 +08:00
@fileinthehole 排查一下瓶颈在哪儿,网络,CPU,数据库等,以及你的代码,一般的单台服务器足够支持几百个并发的。
|
11
opengps 2019-09-05 13:43:24 +08:00
只是查询的话加缓存处理,不要每次都读数据库
|
12
LeeSeoung 2019-09-05 14:02:36 +08:00
是不是锁表了。。
|
13
kiddingU 2019-09-05 14:05:44 +08:00
websocket
|
14
fileinthehole OP @arrow8899 我感觉也是数据库部分出问题了,用的 hibernate,但是没有仔细研究
|
15
xiaoyaojc 2019-09-05 18:08:42 +08:00
为什么会有这个奇怪的接口?难道是扫描二维码去轮询去校验是否登录的么?
|
16
akmissxt 2019-09-05 23:19:26 +08:00
同楼上说的,并发量大,高频的不要每次都读数据库,加个缓存...
|
17
chocotan 2019-09-06 11:07:50 +08:00
不要你感觉,你需要用工具查一下
|
18
fileinthehole OP |