记录一次请求数据很慢的灾难

起因:

因公司业务需要,对接了一个平台的 api。对接完成之后,发现只要打开开关,就别的接口就访问很慢,出现 gatway time out。

排查:

先看下主服务器和 slave 服务器的状态:

主服务:

slave 服务器:

服务器状态都还阔以。

然后查看日志,view 日志的时候感觉很慢。查看了大小,惊呆了,竟然 3GB。

于是乎查看了代码,原来每次请求的 api 都会打日志。因为我们请求是走的异步队列的,所以请求的返回时候打日志也是放到内存里面打的。卧槽

解放方案:

提高下日志等级,info 类型的不去记录日志。别的接口也可以访问了。

相关推荐
fanstuck4 小时前
1M 上下文能怎么用?我用 Seed Evolving 做了一个招标文件版本差异审查器
服务器·人工智能·数据分析·开源·aigc
北龙云海7 小时前
案例分享 | 面向公网业务系统境内访问白名单配置实操方案
运维·网络·安全·网络安全·告警·数据泄露·入侵攻击
FoldWinCard7 小时前
D5 Linux 网络及端口命令
linux·运维·服务器
kirs_ur8 小时前
SSD 在 AI 训练中的角色
大数据·服务器·人工智能
tedcloud1239 小时前
OmniRoute怎么部署?开源AI模型路由平台Linux部署教程
linux·服务器·人工智能·开源·音视频
霸道流氓气质9 小时前
KMS 密钥管理服务(Key Management Service)原理与实践
linux·服务器·数据库
kirs_ur9 小时前
CXL(Compute Express Link)— 内存扩展的未来
服务器·数据库·性能优化
SakitamaX9 小时前
LVS(Linux Virtual Server)概念详解
linux·运维·lvs
小张同学a.9 小时前
Linux系统管理
linux·运维
会飞的小新9 小时前
Windows CMD 与 PowerShell 深度解析:底层原理、命令差异、自动化选型指南
运维·windows·自动化