开篇：
   原来的标题叫oracle performance tuning 看了之后觉得太大了，写不了。oracle太大了有时仍里个大象，冒个泡，没了。有时又象一湖平静的水，那里充满宁静，那里总是澄清，但你只要投进一个小石块，风云突变，山洪爆发啊。还是叫个低调些的标题吧，贱名好养活，呵呵，低调些好写，没压力，可以写得支离一点，破碎一点。
目标：
   找女朋友要有个目标，调优也一样。不管是在设计阶段还是系统维护阶段，都应设置专门的性能目标。性能目标来自用户需求，分析后在需求规格说明书中量化。实际中用户的需求通常是“系统要快”，“查询要迅速”这不行，要量化，也就是数字化。快到什么程度，零点一秒，一秒，两秒。。。要量化。因为人们对形容词的理解是不一样的，就象一个人骑‘三蹦子’到四十迈已经觉得所有东西都呼啸而过，风驰电掣，是在玩极限运动，挑战自我了，另一个开F1四十迈，他不会感觉到快，不会有丝毫快感，他应可下去推。扯远了。。应当明确需求。如：一笔查询交易时间小于一秒，每秒100个并发用户登录等等。当达不到目标时，确定瓶颈在那（以后会说到这些），确定起因，采取相应动作。
   调整通常是一系列平衡。确定了瓶颈之后，可能会不得不牺牲其他方面，以达到所需的结果。若是内存问题，增加内存，若不能增加则不得不限制系统的并发性，以满足需求。
   如明确了性能目标，再决定采用什么换取高性能就简单多了，因为最重要的已经确定了。
   先到这，boss来了，他和蔼可亲的说：“你要是再写，就不用分之一之二了，你有充足的时间回家写本书，不用上班了，靠版税度过你的余生吧”。给我指出一条明路之后他扬长而去。

如果您希望转载，请注明原始链接。