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

起因:

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

排查:

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

主服务:

slave 服务器:

服务器状态都还阔以。

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

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

解放方案:

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

相关推荐
_下雨天.5 小时前
LVS负载均衡
服务器·负载均衡·lvs
mounter6258 小时前
【硬核前沿】CXL 深度解析:重塑数据中心架构的“高速公路”,Linux 内核如何应对挑战?-- CXL 协议详解与 LSF/MM 最新动态
linux·服务器·网络·架构·kernel
特长腿特长8 小时前
centos、ubantu系列机的用户和用户组的结构是什么?具体怎么配置?用户组权限怎么使用?这篇文章持续更新,帮助你复习linux的基础知识
linux·运维·centos
zzzyyy5388 小时前
Linux环境变量
linux·运维·服务器
kebeiovo9 小时前
atomic原子操作实现无锁队列
服务器·c++
赛博云推-Twitter热门霸屏工具10 小时前
Twitter运营完整流程:从0到引流获客全流程拆解(2026)
运维·安全·自动化·媒体·twitter
CHHC188010 小时前
NetCore树莓派桌面应用程序
linux·运维·服务器
帮我吧智能服务平台11 小时前
装备制造智能制造升级:远程运维与智能服务如何保障产线OEE
运维·服务器·制造
w61001046611 小时前
cka-2026-cri-dockerd
运维·k8s·cka
卤炖阑尾炎11 小时前
PostgreSQL 日常运维全指南:从基础操作到备份恢复
运维·数据库·postgresql