郑重声明: 本文首发于人工博客

1、商人买猴子

有一个商人到了一个山村，村子周围的山上全是猴子。 商人就和村子种地的农民说，我买猴子，100元一只。 村民不知是真是假，试着抓猴子，商人果然给了100元。 于是全村的人都去抓猴子，这比种地合算得多了。 很快商人买了两千多只猴子，山上猴子很少了。 商人这时又出价200元一只买猴子，村民见猴价翻番，便又纷纷去抓，商人又买了，但猴子已经很难抓到了。 商人又出价300元一只买猴子，猴子几乎抓不到了。 商人出价到500元一只，山上已没有猴子，三千多只猴子都在商人这里。 这天，商人有事回城里，他的助手到村里和农民们说，我把猴子300元一只卖你们，等商人回来，你们500元卖给商人，你们就发财了。 村民疯了一般，把锅砸了卖铁，凑够钱，把三千多只猴子全买了回去。 助手带着钱走了，商人再也没有回来。 村民等了很久很久，他们坚信商人会回来500元买他们的猴子，终于有人等不急了，猴子还要吃香蕉，这要费用啊，就把猴子放回了山上，山上仍然到处是猴子。

……

1、前言

没有完美的程序，是程序都有bug,都有容量限制。所以出现故障也在情理之中，那么面对突如其来的bug,我们该如何应对呢？这是一个值得思考的问题？

1、故障现象描述

调用链路是 A->B->C

目前出故障的是B服务。A是网关，C是底层服务

1、场景还原

系统A是一个需要加载文件到内存中进行处理的系统

1、故障还原

• 系统负载迅速升高
• 大量mq的发送被限流，影响到了核心业务（有强依赖mq驱动的）

2、根因分析

• 上游的一个业务触发了系统的数据清洗
• 清理的数据比较多，清洗的逻辑中需要对外发送大量的广播
• mq的发送频率过快，大量的超时，进而被熔断
• 大量的mq无法完成发送
• 上游大量基于mq驱动的业务受阻

3、处理办法

• 清洗数据为非核心业务，可以控制处理时间、策略。避免对核心业务的冲击

  ……

1、捕获瞬时灵感

也许是清晨醒来，也许是在上班的路上，也许是在半夜醒来…很多时候我都有这样一种体会，某一时刻的思想特别活跃积极，很多想不清楚或无法理解的问题在这一时刻是如此的清晰简单。但是过了几分钟这种感觉便消退的无影无踪，脑海里只有一些模糊的记忆。这种感觉其实就是我指的是瞬时的灵感。这其实是一种很高效的思维模式。因此当每次瞬时灵感来临之际，我应该第一时间拿出小本子把他记录下来，不管是一个粗浅的想法还是一个不成熟的方案。不要以为自己的记忆力好，不到5分钟自己就会忘记的一干二净。

查看

1

$ git log

简化版日志

1

$ git log --pretty=oneline

查看前N条

1

git log -n

变更日志

-n 同上,不加则显示全部

标签

tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。