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

起因:

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

排查:

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

主服务:

slave 服务器:

服务器状态都还阔以。

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

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

解放方案:

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

相关推荐
深耕AI3 小时前
【完整教程】宝塔面板FTP配置与FileZilla连接服务器
运维·服务器
无聊的小坏坏4 小时前
从单 Reactor 线程池到 OneThreadOneLoop:高性能网络模型的演进
服务器·网络·一个线程一个事件循环
AI智域边界 - Alvin Cho5 小时前
Bloomberg、LSEG 与 MCP 缺口:为什么尚未发布完整的 MCP 服务器,以及多智能体系统如何解決这问题
运维·服务器
_OP_CHEN6 小时前
Linux网络编程:(七)Vim 编辑器完全指南:从入门到精通的全方位实战教程
linux·运维·服务器·编辑器·vim·linux生态·linux软件
Maple_land6 小时前
第1篇:Linux工具复盘上篇:yum与vim
linux·运维·服务器·c++·centos
shizhan_cloud6 小时前
Linux 硬盘分区管理
linux·运维
蓁蓁啊7 小时前
Ubuntu 虚拟机文件传输到 Windows的一种好玩的办法
linux·运维·windows·单片机·ubuntu
忧郁的橙子.7 小时前
一、Rabbit MQ 初级
服务器·网络·数据库
liao__ran7 小时前
ClickHouse CPU 排查快速参考指南
运维·服务器·clickhouse
liao__ran7 小时前
ClickHouse CPU 排查详细指南
运维·clickhouse