前端不停请求数据，后端同一接口处理，但是需要经过查询插库计算再返回，如何进行拦截与优化？
fileinthehole 2019-09-05 10:36:48 +08:00 5438 次点击这是一个创建于 2226 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，前端目前每秒访问一次后端的某接口，在只有一个页面时，还好，但打开多个网页同时进行时，后面的网页就会阻塞取不到数据，怀疑是后端处理不过来了，是否应该增加拦截或者缓存什么的，求各位 站大神教教后端小白。
 | 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 |
Select Language