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

起因:

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

排查:

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

主服务:

slave 服务器:

服务器状态都还阔以。

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

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

解放方案:

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

相关推荐
GIS数据转换器4 小时前
村镇无人机物流配送与跨域监测一体化平台
大数据·运维·人工智能·科技·无人机
Forever Nore4 小时前
LeetCode 14 最长公共前缀 - 纵向扫描
linux·服务器·leetcode
倔强的石头1064 小时前
飞牛OS部署Mtab:Docker搭建自托管书签导航并实现远程访问
运维·docker·容器
小新讲网安4 小时前
HTTP请求走私攻击实战:CL.TE与TE.CL绕过前端服务器全解析
服务器·前端·网络·web安全·http·架构·漏洞
jerryinwuhan13 小时前
《系统部署与运维》开篇 课程介绍
运维
我是谁??15 小时前
Ubuntu22.04更换清华源
linux·运维·服务器
圣殿骑士-Khtangc16 小时前
Go字符串高效拼接性能对比与底层原理分析
服务器·前端·golang
Shell运维手记16 小时前
Linux 常用基础命令学习笔记
linux·运维·笔记·学习·算法·github
朴马丁16 小时前
国际与国产PLM在精细化工赛道的布局:2026年主要厂商技术特色
大数据·运维·人工智能·流程行业plm·化工新材料
这个DBA有点耶17 小时前
数据库一体机架构演进:从硬件堆叠到软硬深度耦合
服务器·网络·数据库·硬件架构·运维开发·database·数据库架构