web发一次请求与数据库交互多少次合适，如果一次请求中需要交互5次以上，对性能影响多大

单纯从交互对系统性能影响的话，肯定是次数越少越好。

从数据库查询方面，如果多次查询的结果与一次查询的结果一样，一次查询的效率正常情况下会高于多次查询。

现在都使用连接池技术，建立数据库连接，释放连接方面的开销不是很大。

对于你说的一次请求中需要与数据库交互5次以上的情况，我觉得对性能影响挺大的。 web是并发的，如果一个请求就交互这么多，多个请求时连接池就不够用了。

感觉你说的这种情况挺另类。

只从你问题的字面上理解，没法告诉你影响有多大。 性能方面的东西，单纯分析是没有太大作用的。需要真实的数据。

希望能够帮到你

web数据交互方式，web数据交互，简单的讲，是client与server端的数据交互，通过http协议交互的。【扩展】对于小型个人系统，数据量不是很大的都是通过webservice，webservice读取数据库，然后返回结果；对于公司企业的大型数据系统等采用预先将数据库中的每一条信息静态化成xml，客户直接下载xml然后本地解析的数据交互方法。web数据交互，从server的角度讲：主要有pull，push两个,一个是拉，另外一个是推。1）pull 是拉，客户端向服务器端主动的拉取数据，采用的技术是ajax 和Xss（跨站脚本）2）push 是服务器向客户端主动的推动数据，第一种方式是长连接，客户端与服务器之间一直保持着连接，如果有数据的更新，服务器向客户端推送数据，客户端接受服务器端的数据，可以理解为长轮询，客户端与服务器端必须一直是连接着的状态。另外还有一种是伪长链接的。有2种实现方式，一种是基于ajax的，它与传统的ajax的方式不同在于，服务器端会阻塞客户端的请求直到有数据传递或者超时才返回。客户端 JavaScript 响应处理函数会在处理完服务器返回的信息后，再次发出请求，重新建立连接。 当客户端处理接收的数据、重新建立连接时，服务器端可能有新的数据到达；这些信息会被服务器端保存直到客户端重新建立连接，客户端会一次把当前服务器端所有的信息取回。

前端页面是不会自动去更新内容的，只是获取到某个时间点数据库的数据内容，当数据库内容更新后，前端不重新去请求页面是不会更新的。一般业务场景下，数据库的内容更新未必会实时反映到页面，也没必要。如需要实时更新的场景，就需要服务器端做消息推送，如站内信、邮件等。这都是需要在后台服务器端编程的，不是靠前端做的；前端页面直接去访问数据库？开玩笑，做不做得到先不谈，安全性就无法保证。前端只负责发起请求和获取数据并呈现，至于怎么调用数据库不是前端关心的，也不必关心，那是属于后端的任务。

---