如题，前端目前每秒访问一次后端的某接口，在只有一个页面时，还好，但打开多个网页同时进行时，后面的网页就会阻塞取不到数据，怀疑是后端处理不过来了，是否应该增加拦截或者缓存什么的，求各位 V 站大神教教后端小白。
This topic created in 2622 days ago, the information mentioned may be changed or developed.
 |
arrow8899Sep 5, 2019
1
缓存+负载均衡
|
 |
MarkOrcaSep 5, 2019
2
是不是表查询有问题啊，感觉上就这样操作也不至于取不到吧
|
 |
3
@arrow8899 就一个服务器，跑一个后端怎么负载均衡啊？
|
|
4
@MarkOrca 表查询没有问题啊，我开一个网页时没有任何问题，但是打开多了就卡住了阻塞了
|
 |
jugeliziSep 5, 2019
5
最简单的文件锁
|
 |
passerbytinySep 5, 2019
6
每秒访问一次、查询插库计算再返回：1 写+读 /1 秒 /1 客户端 的量已经摆在这里了，从前端到数据库的优化，都是不可能的，你得重新设计整个业务流程。
|
 |
learnshareSep 5, 2019
7
如果是同一份数据，可以缓存，后端限制查询频率
|
 |
buliuguSep 5, 2019
8
把轮询改成 websocket 实现就好了，后端可以控制推送频率
|
 |
molvqingtaiSep 5, 2019
9
websocket
|
|
arrow8899Sep 5, 2019
10
@fileinthehole 排查一下瓶颈在哪儿，网络，CPU，数据库等，以及你的代码，一般的单台服务器足够支持几百个并发的。
|
 |
opengpsSep 5, 2019
11
只是查询的话加缓存处理，不要每次都读数据库
|
 |
LeeSeoungSep 5, 2019
12
是不是锁表了。。
|
 |
kiddingUSep 5, 2019
13
websocket
|
|
14
@arrow8899 我感觉也是数据库部分出问题了，用的 hibernate，但是没有仔细研究
|
 |
xiaoyaojcSep 5, 2019
15
为什么会有这个奇怪的接口?难道是扫描二维码去轮询去校验是否登录的么？
|
 |
akmissxtSep 5, 2019
16
同楼上说的，并发量大，高频的不要每次都读数据库，加个缓存...
|
 |
chocotanSep 6, 2019
17
不要你感觉，你需要用工具查一下
|
|
18
|
Select Language