1、优化是基于目标的，我们的最终目的是达到一个目标，而不是做优化。目标的合理性决定了优化项目的成败。刚刚开始给用户优化的时候，我会把所有能够调整的东西一次性全部调整完毕。哪怕有些调整给系统性能带来的好处不到0.1%。对于生产系统，不确定因素十分多，而很多参数方面的调整本身就是双刃剑，如果你无法预期其调整的影响，那么这种调整是存在风险的，在实施的时候就应该慎重考虑。现在我做优化的项目，往往会根据用户的优化目标，然后在此基础上进行分析，制定方案，实施的结果虽然一般会超出客户的期望，但是我不会在生产系统上做一些没把握的事情。锦上添花的事情，有时候也要考虑考虑，是否值得，因为弄不好，锦上添花会变成画蛇添足。
2、1+1不一定大于1，在优化过程中，抓住主要矛盾，解决主要问题，而不要胡子眉毛一把抓。很多调整之间有关联性，甚至是互斥的，不合理的调整可能带来更坏的结果。
3、客户需要的是系统的优化，而不仅仅是DB的优化。客户的目标里，看到的是一个系统，而不是一个孤立的DB。在10年前，我可能会说，OS的问题，你们还是找一下厂家。而现在，我会对客户说，你放心，我们做的是系统优化。
4、用适当的方式和应用开发厂商配合。很多优化项目由于无法和应用厂商有效的配合，其效果大打折扣。因为应用是和系统性能关系最为紧密的。如果应用开发厂商不能很好的配合，那么优化项目将举步维艰。如果你和开发厂商说，“你这个SQL开销太大，需要修改一下”，那么得到可能就是强烈的反对。如果你说“这个SQL开销太大，我给你们提供了几个方案，第一是，。。。”，这样你很可能会得到比较好的结果。你是优化专家，找出几个TOP SQL这样的工作，不需要专家来完成，而专家的职责，不仅仅是发现TOP SQL，而是如何解决掉TOP SQL。
5、不要相信什么优化规则，实际上并没有条条框框限制你，实现目标的任何方法你都可以使用。对于一个初级DBA来说，可能老DBA会告诉你，什么是对的，什么是不对的。而对错都是相对的，如果你已经深刻的理解了Oracle以及系统优化，那么就像金庸小说里的内功高手一样，无招胜有招。
对于老白的几个观点,深深的赞同!
