初始慢操作触发日志写入,增加系统负载;日志写入因负载过高变缓,被判定为新的慢操作,进而触发更多日志;持续升高的负载让所有操作进一步变慢,生成更多日志。最终形成“越慢越写、越写越慢”的自我强化正反馈循环,即便初始高并发业务流量结束,循环仍会持续耗尽系统资源,直至服务崩溃。 修复方案: - 对日志模型(Log)跳过 addCommonMiddleware 中间件注册 - 避免日志写入操作被自身监控逻辑拦截,从源头切断循环触发条件 - 不影响业务模型的慢操作监控功能,仅豁免日志自身的性能统计
| Name |
Last commit
|
Last Update |
|---|---|---|
| .. | ||
| api | Loading commit data... | |
| buffer | Loading commit data... | |
| bullmq | Loading commit data... | |
| cache | Loading commit data... | |
| file | Loading commit data... | |
| middle | Loading commit data... | |
| mongo | Loading commit data... | |
| otel | Loading commit data... | |
| redis | Loading commit data... | |
| response | Loading commit data... | |
| s3 | Loading commit data... | |
| secret | Loading commit data... | |
| string | Loading commit data... | |
| system | Loading commit data... | |
| vectorDB | Loading commit data... |