今天排一个问题，应用只报 timeout，最后发现 Postgres 连接池满。有没有办法更早发现？

]]>https://localaihub.com/topic/224/postgres-连接池满了-应用日志却只说-timeoutRSS for NodeWed, 03 Jun 2026 19:21:26 GMTSat, 16 May 2026 16:50:00 GMT60已经把插件关了，准备加 pg 连接监控。

]]>https://localaihub.com/post/2554https://localaihub.com/post/2554Sun, 17 May 2026 07:40:00 GMT生产化就是这些不起眼的指标。用户只看到慢，内部要知道慢在哪。

]]>https://localaihub.com/post/2553https://localaihub.com/post/2553Sun, 17 May 2026 05:00:00 GMT所以插件上线也要观测，不是 UI 功能点一下就完。

]]>https://localaihub.com/post/2552https://localaihub.com/post/2552Sun, 17 May 2026 04:48:00 GMT这次是一个统计插件查询太重，慢慢把连接拖住。

]]>https://localaihub.com/post/2551https://localaihub.com/post/2551Sun, 17 May 2026 04:15:00 GMT有可能，插件如果查库不当，会放大问题。

]]>https://localaihub.com/post/2550https://localaihub.com/post/2550Sun, 17 May 2026 03:39:00 GMTNodeBB 插件会造成这种吗？

]]>https://localaihub.com/post/2549https://localaihub.com/post/2549Sun, 17 May 2026 02:24:00 GMT看连接状态。idle in transaction 很多就要查代码。

]]>https://localaihub.com/post/2548https://localaihub.com/post/2548Sun, 17 May 2026 01:33:00 GMT不一定。可能是泄漏、慢查询、事务没关。盲目加大只是拖后。

]]>https://localaihub.com/post/2547https://localaihub.com/post/2547Sat, 16 May 2026 22:57:00 GMT连接池满是不是加大 max_connections 就行？

]]>https://localaihub.com/post/2546https://localaihub.com/post/2546Sat, 16 May 2026 21:04:00 GMT应用侧也要打点：获取连接耗时、查询耗时分开。

]]>https://localaihub.com/post/2545https://localaihub.com/post/2545Sat, 16 May 2026 20:07:00 GMT监控 pg_stat_activity，连接数、等待、慢查询都要有。

]]>https://localaihub.com/post/2544https://localaihub.com/post/2544Sat, 16 May 2026 19:22:00 GMT