这部技术葵花宝典真的很硬核

本文分享了线上应用故障排除的实战经验,包括CPU占用过高、内存溢出、业务问题排查及BOSS统计需求的应对策略,通过具体命令操作,帮助开发者快速定位并解决问题。

【这是一猿小讲的第 35 篇原创分享】

你有没有经历过:一大早就被疯狂的报警炸醒,由于线上应用 CPU 占用率过高 ......


你有没有经历过:刚到公司,板凳还没有捂热,收件箱里却一堆的客服投诉邮件,需要你排查日志定位问题 ...... 


你有没有经历过:下班的钟声即将敲响,但是你还要加班,进行统计应用每秒、每分钟的峰值等各个指标 ,由于 BOSS 要拿这些指标,在明天的技术大会上对外吹牛 ......


你有没有经历过:深夜正在酣眠,值班的运维疯狂给你打 CALL,由于线上应用内存出现了问题 ......

我敢保证上面的场景,大概率你都经历过。讲真,其实无论你是否经历过,今天你都算来着啦。因为我将要结合以往的经历总结,在猿门开坛设法,掏出葵花宝典施展一二。


水滴石穿非一日之功,冰冻三尺非一日之寒,罗马并非一日建成的,经验也并非一坑而促成的,防狼有术,我们先从全局,看一看这部技术宝典(看不清没关系,感觉到很牛掰就行)。

640?wx_fmt=png


这部技术宝典真的很硬核,主要分四大招,见招拆招,让我们一一进行拆解。

第 1 招:线上应用占用 CPU 过高。

640?wx_fmt=png拆~招:

采用 top 命令,找出 CPU 占用最高的进程 PID;	
通过 ps -ef | grep PID 查看对应的应用,看看是谁在作祟;	
采用 jstack -l  PID >> PID.log 获取进程的堆栈信息;	
采用 ps -mp PID -o THREAD,tid,time 拿到占用 CPU 最高的线程 tid;	
采用 printf "%x\n" tid 获取 16 进制的线程 TID;	
采用 grep TID -A20 PID.log 确定是线程哪儿出了问题。

最~后:腿疼医腿,辨症施治,对症下药。找准代码位置,进行调整代码。

 2 招:线上应用内存溢出。

640?wx_fmt=png拆~招:

采用 top 命令,找出应用对应的 PID;	
采用 jmap -heap PID 确认一下分配的内存少不少;	
采用 jmap -histo:live PID | more 找出分析最耗内存的对象【留意占用多少G的对象】;	
采用 ps -efL | grep PID | wc -l 查看进程创建的线程数;	
采用 ll /proc/PID/task | wc -l 也可以查看进程创建的线程数;	
采用 netstat -apn | grep PID | wc -l 查看进程网络连接数。

最~后:腿疼医腿,辨症施治,对症下药。

a. 如果内存分配确实小,适当调整内存;	
b. 对象被频繁创建,且不释放,优化代码;	
c. 不断创建线程或者不断进行网络连接,优化代码。

 3 招:排查业务问题。


640?wx_fmt=png拆~招:

采用 tail -fn 200 log_file 实时查询线上日志;	
找准日志搜所关键字keyWord,例如 orderId、mobileId、reqId 等;	
采用 grep keyWord log_file 查询关键字所在的行的日志;	
采用 grep -C n keyWord log_file 匹配关键字所在行的上下 n 行;	
采用 grep keyWord log_file | wc -l 匹配关键字的的行数有多少。

最~后:根据实际排查日志场景进行日志搜索 tail 、grep 用的最多。

 4 招:BOSS 的统计问题。

640?wx_fmt=png拆~招:

采用 cat log_file 读取日志文件;	
采用 cut 命令截取出日志的时间戳;	
若按照秒统计截取到秒;若按照分钟统计截取到分钟;	
采用 uniq -c 进行去重统计;	
采用 sort -nr 按照第一列的数值大小进行倒序;	
采用 head -1 只显示第一行内容。

最~后:统计问题迎刃而解,那么统计每秒峰值的命令该如何写呢?

例如日志: 

1118 115856 066 - REQID0000000000188 ... ...

命令组合:

SecondPeak=`cat log_file|cut -d, -f1| cut -c 1-11|sort|uniq -c |sort -nr|head -1`

好了,今天的分享接近尾声,不知道你 get 到多少,懂与不懂,都建议你收藏,以备不时之需;如果想让更多人进步,那不妨发扬一下分享的精神,动动你的手指放肆的转发一下。

640?wx_fmt=png

推荐阅读:

玩弄日志归集于手掌之中

傻瓜也能玩转日志归集

程序慢的像蜗牛,我该怎么办?

机器学习如何为业务赋能?

妈妈再也不用担心,我学不会大数据 flink 啦

Java系列爱情故事推荐:

爱情36技之追美妹的技术

爱情36技之暗送秋波的技术

爱情36技之趣味相投

爱情36技之Bug大战

爱情36技之猿门授渔

爱情36技之记忆永存

内容概要:本文提出了一种基于非合作博弈理论的居民负荷分层调度模型,并结合双层鲸鱼优化算法(Two-level Whale Optimization Algorithm)进行高效求解,模型与算法均通过Matlab代码实现。研究针对电力系统中居民侧用电负荷的复杂调度问题,引入非合作博弈机制刻画各用户之间的利益竞争关系,实现负荷的分层优化分配;同时设计双层优化架构,上层优化资源配置,下层模拟用户自主决策行为,提升了模型的实用性与合理性。通过智能优化算法求解多层级、非凸非线性的博弈模型,有效提高了调度方案的收敛性与全局寻优能力,适用于现代智能电网中的需求侧管理与能源优化场景。; 适合人群:具备电力系统基础理论知识和Matlab编程能力,从事智能电网、能源优化调度、需求侧管理、博弈论应用等方向的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①应用于居民区电力负荷的分层优化调度系统设计与仿真分析;②为非合作博弈在多主体能源系统建模中的应用提供方法论支持;③利用双层鲸鱼算法解决具有嵌套结构的复杂双层优化问题,提升求解效率与调度方案的可行性。; 阅读建议:建议读者结合提供的Matlab代码深入理解模型构建逻辑与算法实现流程,重点关注博弈模型的效用函数设计、纳什均衡求解思路以及双层优化结构的迭代机制,宜配合实际用电数据开展复现实验以验证模型有效性与鲁棒性。
内容概要:本文围绕基于自适应神经模糊推理系统(ANFIS)智能控制器的可再生能源微电网功率管理系统展开研究,结合Simulink仿真实现,深入探讨了微电网中功率的智能调控与经济机组组合调度问题。通过引入ANFIS控制器,有效应对风能、光伏等可再生能源出力的波动性与不确定性,提升系统运行的稳定性与电能质量。研究内容涵盖微电网多源协调控制策略、功率平衡管理、优化调度模型构建及仿真验证,实现了对分布式电源、储能系统和负荷的协同优化,兼顾经济性与可靠性目标,并通过仿真平台验证了所提方法的有效性与优越性。; 适合人群:具备电力系统、自动化或新能源相关专业背景,熟悉Matlab/Simulink仿真环境,从事微电网能量管理、智能控制、能源优化等领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①用于高比例可再生能源接入场景下的微电网能量管理系统研发与教学实践;②为实现微电网功率稳定控制与经济高效运行提供先进的智能控制解决方案;③支撑高水平学术论文复现、科研课题攻关及实际工程项目的仿真验证与方案优化。; 阅读建议:建议结合提供的Simulink模型与相关代码进行动手实践,重点关注ANFIS控制器的设计流程、规则库构建与参数调优方法,并通过与传统PID或MPC控制策略的对比实验,深入理解其在动态响应与鲁棒性方面的优势。同时可进一步拓展文中提出的优化调度逻辑,应用于多目标、多约束的复杂实际应用场景中。
内容概要:本文档聚焦于“直流电机双闭环控制Matlab仿真”,系统阐述了基于Matlab/Simulink平台实现直流电机双闭环控制系统(主要包括速度环与电流环)的设计与仿真全过程。通过构建直流电机的数学模型,结合PI控制器进行调控,实现对电机转速和电枢电流的高精度动态控制,验证控制策略的稳定性与响应性能。文档详细介绍了仿真模型的搭建流程、关键参数的整定方法、系统动态波形的分析手段以及仿真结果的有效性验证,体现了经典自动控制理论在实际电机系统中的工程应用,是电机控制与电力电子技术相结合的典型研究案例。; 适合人群:具备自动控制原理、电机与拖动基础、电力电子技术和Matlab/Simulink仿真能力的电气工程、自动化、机电一体化等专业的本科生、研究生及从事电机驱动系统研发的工程技术人员。; 使用场景及目标:①作为高校课程设计或实验教学材料,帮助学生深入理解双闭环调速系统的工作机理与工程实现;②服务于科研项目,为新型电机控制算法(如滑模、模糊PID等)的开发与性能对比提供基础仿真验证平台;③作为工业界产品前期设计的仿真工具,用于评估不同控制策略在动态响应、抗干扰能力和稳态精度方面的可行性。; 阅读建议:建议读者在学习过程中紧密结合自动控制理论知识,亲手在Simulink环境中搭建完整的双闭环仿真模型,通过反复调整PI控制器的比例与积分参数,观察并分析转速、电流的阶跃响应曲线,从而深刻理解反馈控制的本质、系统稳定性条件以及参数整定对动态性能的影响,进而掌握电机控制系统的设计精髓。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值