1.1.2买鱼买出方法论

1.1.2.1一套流程

至此可以用一套完整的流程图来暂时结束《小余买鱼》系列故事，此套流程概括了本文全部精华思想。浓缩了笔者多年的调优心得，该图内容将在后续的描述中被不断印证！

1.1.2.2两大 法宝

上述总结的一套流程从小余买鱼系列故事演绎推理出来，从诊断和改进优化两个分支徐徐拉开优化方法论的序幕，形成了本文最宝贵精华部分。此外任何事物都可以多角度看待剖析。我们还可以将买鱼的事情分成意识（非技术能力）和技能（技术能力）两部分。在我们看来，这是优化的两大 法宝。

此话怎讲？让我细细道来：

小余思考自己买鱼具体经历了哪些环节、最长时间耗在哪个环节、楼下是否有鱼、如果一定要去某处买鱼是否有近路、自己银行排队取钱能否避免。。。。这些都属于意识类的，和具体的技术能力无关。小余买鱼过程中曾经骑自行车去买、也曾经开车去买鱼，无论是开车还是骑自行车，都不是一生下来就会的，必须经历过训练学习才能掌握，这就是技能类。

生活中的优化就是意识和技能的结合，两者都非常重要。首先说技能，掌握技能的重要性毋庸置疑，就比如要到很远的沃尔玛超市买鱼吧，你既不掌握开车的技能也没学会骑车的本领，想而靠走路到达目的地，那估计到达时店铺也打了吧。接下来谈意识，生活中有不少场景甚至是仅靠意识而未使用特定技能最终解决问题的。比如小余直接去楼下买到鱼了，还需要考虑会不会骑车吗？再比如小余让妈妈改做水煮牛肉了，还需要掌握开车的本领吗？（喂，你这是去哪？啥，要去买正规的ORACLE优化书。。。正规？）

1.2 方法论应用案例

好吧，不说故事了，和大家分享点工作中的数据库优化经典案例吧（啥，你说啥？你终于听到高级的了？哦，说案例就高级，讲故事就低级啊。。。。）

某电信营运商生产系统出现故障，短信平台产生大量积压，维护人员跟踪发现，原因是后台短信平台进程调用数据库中某个过程包，而该过程包原先执行返回结果给后台进程在10秒以内，现在不知是何种原因过程包返回时间居然长达1分钟，所以导致短信后台程序处理缓慢许多，最终造成短信积压。情况紧急，需要立即着手调查，该怎么处理呢？

亲爱的读者，如何处理你心中有数吗？如果你读懂《小余买鱼》，你就应该很有信心来解决这个故障，优化这个系统，成为大家心目中的英雄！ 不信？让我接着往下讲吧。

该如何优化这个系统呢？好吧，祭出秘密武器：优化方法论！该方法论由买鱼故事演化而来，旗下有两大精髓，又称作八字要领：一套流程、两大 法宝！（啥，叫我别吹牛了，讲实在的？还不实在啊，好吧，接下来让你好好看看实在不实在….）

忘记前面总结出的方法论的读者，请自觉翻回上小节再仔细阅读三遍。

根据总结的“一套流程”，我们自然想到，优化的这套流程主要分为诊断和改进优化两个环节，由于现在还不明确问题出在该数据库包的哪个模块？因此进入诊断环节是必要的，然后根据诊断定位出来的具体问题，再进行具体的优化。

未完待续…

小余买鱼与数据库优化【6】——方法论应用案例（上）

公众号：收获不止数据库

微信：ljbyxl1213

• “大白话人工智能” 系列

• “数据库拍案惊奇” 系列

• “世事洞明皆学问” 系列