背景：近期负责的一些单位：一些数据库节点总是出现宕机或者自动重启。之前简单接触过oracle RAC数据库的一些管理，但是对性能分析和优化研究不深。这次实在是没办法了，DBA协调不动，只能自己出马了。好在自己有一定的基础，上手很快。现在对学习的笔记进行总结，后续会录制一些视频给技术朋友们分享。
什么时候需要对性能进行干预
对于一个 DBA 来讲， 当你拿到一个数据库的时候，你首先需要做的是用最快的时间来了解一下跑在这个库上是一个什么系统，比如是在线事务（OLTP）系统还是在线分析(OLAP)系统，这对于你作出性能上的判断至关重要，如果连系统都不了解，真不知道该如何去优化它，这就好比说，你设 计一个汽车，你连用户对汽车的喜好都弄不清楚，你如何能设计出一个取宠用户的车呢？
只有数据库的性能已经影响到业务的正常工作或者用户已经无法满意于这种 性能时，我们才应该考虑来优化它，对于绝大多数系统，数据库的安全和稳定才是最重要的。
FAST=TRUE？
这是很多人追求的目标，它的意思是，在 Oracle 数据库中，通过调整性能参数的值， 就可以让数据库运转的飞快。
实际上这不过是句玩笑，它本身是一句反话，却让很多人误入歧途，我看到很多人，包 括一些 DBA,凡涉及到性能优化，必定谈及性能参数的修改，这实在是一个误区，他把性能参数值的修改对数据库性能的正面影响人为的放大了很多倍，实际上恰恰相反，很多时候修 改这些参数产生的却是副作用，原因很简单， Oracle 给一个参数一个默认值是让他最大限 度的适用于每个数据库，所以他几乎是最优的，当然，绝对有个别数据库需要适当调整，但 我认为那是个例，并且，很多时候，修改这些参数的人，他们修改的理由并不是非常充分， 不过想修改一下看看运气而已。
我的理解：对一个数据库的优化，还是需要结合实际情况的，以及数据库所支撑的业务系统多少；业务系统的的访问情况如何；数据库是仓库还是应用库等情况来具体判断。并没有统一的标准，需要负责此事情的人员，根据具体情形去判断的。
仅供参考！
