缓存PostgreSQL表-客户端连接太多

我有一个简单的小PostgreSQL表，大约有100个条目。许多客户机（超过100个）通过一个简单的查询获取这个表。每个客户端每秒执行一个请求。延迟数据正常

我认为这么多的客户提出这么多的要求是不好的，但如果我错了，请纠正我

---

现在我想减少数据库的负载。我们已经有了使用mongodb的缓存机制。如果结果缓存在mongo中，我会获得性能提升吗？很高兴听到其他建议

在一个小表中同时读取多个客户端没有问题。该表将缓存在内存中。如果使体系结构变得比必须的更复杂，那么您只能失败

---

您需要一个连接池，但该id是一个独立的问题。

1）每个客户端是否每次都获取所有行？也许他们只能根据字段上的修改_获得修改的行。这可能是一个小优化。2） 确保客户端使用到数据库的连接池。这可以减少数据库的负载。看起来连接池大小1对于您的用例来说已经足够了。我今天添加了pgbouncer，希望它能提高性能。桌子真的很小，我想每个客户都会进行服装查询。查询速度非常快，不要认为这是个问题。而是请求和连接的数量。我的直觉是，这对博士后不利。尤其是当数字上升时。大约1000个客户。非常感谢！我决定使用pgbouncer。无法100%确定正确的设置是什么。希望它不必进行微调。现在一切正常。将通过explain检查查询是否真的缓存在内存中。查询未缓存，但表已缓存。