Redis 和 Postgres 同时报警，先救哪个

[林小北]

同时重启会清掉现场。先判断用户路径：读帖、登录、发帖、通知，哪个最严重。

[大头]

当时是能看帖，登录慢，发帖偶尔失败。

[nora]

那 Postgres 写路径和 Redis 会话都可能有问题。先抓连接状态和 Redis 内存分布，再动手。

[小吴]

如果必须止血，优先恢复写入和登录。通知延迟可以晚一点。

[阿航]

Postgres 连接满要看来源，是应用连接池、后台任务，还是爬虫触发的页面。

[半截薯条]

Redis 内存满也可能是后果。用户疯狂刷新登录，session key 更多。

[melo]

事故里要有“冻结现场”动作：截取指标、日志、连接、慢查询，限定 5 分钟也比没有强。

[大头]

我们没有这个习惯，都是先重启。

[Grace]

重启可以是止血动作，但必须承认它会降低复盘质量。不要把“重启好了”写成根因。

[陈一]

后续补限流。爬虫或异常客户端打爆连接时，应用不能无限放大到数据库。

[大头]

已经加了连接池上限和 Redis key 统计。

[林小北]

下次先分主因和连带故障。双报警时最忌讳一起拍掉。