是多个Ajax请求更消耗服务端性能,还是服务端Mysql Join更消耗性能?

有这样一个需求:

服务器上存有多张表,他们都有关联键content-id。

之前的做法是:

前端发出一个Ajax请求,后端mysql根据content-id,将多张表做join查询,php输出json,之后前端再将json解析渲染。

但是有同事说这样太消耗性能,要改成这样:

前端改为发出多个Ajax请求,后端对每张表都进行查询,每个ajax请求只对应一张表,不再做join,php输出多个json,之后前端再将json解析渲染。


补充表结构:

所有表的查询都非常简单:
之前的方法,就一条查询:

select * from tableA join tableB on tableB.id = tableA.id ...可能有多个JOIN... where id = 5;

要改成的方法,前面方法有多少张表,这个方法就有多少个Ajax请求,就有多少次查询:

select * from tableA where id = 5;
select * from tableB where id = 5;
select * from tableC where id = 5;

请问哪一种方案更好?

后端也可以不JOIN,分解成简单单表查询,再组装数据呀,多次ajax请求会有多次认证,网络请求次数多了也很耗资源的。

有病 后端不想一个查询就多个查然后合并好一次性返回嘛~分多个http请求这特么哪个脑残想出来的。网络延迟才是最主要的 能少则少啊~

首先,前端与后端交互,前端发给后端只有id这一项,一次ajax就够了,多次ajax完全没有必要而且会降低用户体验。

其次,后端拿到id后,如何查询,那是后端的事情。你只是前端,管这么多干嘛?

最后,对于后端,两种方法,到底谁性能高,因素太多。从你的提问来看,无论是你,还是你的同事,基本功都不扎实,做出的决策也是有问题的。既然这样,那就做个折中:测试一下,后端哪种方法性能高,就用哪种。当然,现在的测试结果,过了一个月后,可能结果又不一样。

join耗的mysql瞬间机器性能。

而现在而言,数据库是最大的性能瓶颈所在。所以尽可能的降低数据库负载是web开发中重要的一环。

看你们对服务器性能方面的要求了,服务器负载不高当然是join好,一个请求比多个请求的速度快很多

如果真的要做优化,不如做一张用来cache的表,表里面有常用的几个字段,直接请求这张表就好了。

为啥不一次ajax都发过去,然后后端爱咋查询就查询呗,查询性能是他后端的问题,你前端也要考虑自己的性能啊,移动端的tcp链接开销也不小啊pc端可以无视)。

提醒:不要用 join

你要觉得处理一直很快那就想怎么就怎么,慢了就分开,纠结啥

对content-id的数据进行缓存啊, 数据修改了再刷新缓存

频繁查数据库, 还多表联查
连接数上来, 磁盘直接就废了

解决方案:

  1. SQL必然有很大的优化空间

  2. 加上Memcache, Redis之类的缓存吧

  3. 因为数据库的性能由磁盘决定, 所以, 用SSD硬盘, 能大大提高性能, 而且SSD对php也有加成因为php要频繁加载文件require, include等

很简单啊,一次请求,多次查询就可以啦

将join查询改成多次单表查询

发表评论

电子邮件地址不会被公开。 必填项已用*标注