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

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

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

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

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

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

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

希望能够帮到你

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

电脑端的应用软件想要跟数据库进行交互的话，首先需要有一个数据库。这个数据库可能在前台，也可能在后台，那么你会通过你的应用软件去连接它的数据库，那么具体中间会经过几条服气，那就不知道了，连接之后，那么你发送信息的时候，对方接受到会从数据库里边帮你查询，查询完之后再通过外接的服务器反馈到你的电脑上。

---