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