Oracle数据库运行越来越慢，应该怎么优化一下？ 随着业务数据的增长，以及新业务的推出，很多企业都面临着系统性能的问题，并且日益凸显。似乎用尽了所有招数，但性能就是不见改善，问题到底出在哪里？遇到如此问题，我们一般怎么做呢？是不是都有过下面的体会？不差钱人的做法：升级cpu、扩内存、换固态盘存储，只能说一开始很管用，慢慢地老问题又出现了。老实人做法：新上线了业务系统性能不佳，怎么办呢？我们来玩打游击。把一些不重要的业务放在晚上运行，调整新业务的功能模块，或者暂时不做数据同步等扯皮做法：看看网络有没有问题呢，有的话就改；是不是存储的问题呢，有问题就换；运维人员有没有问题呢，服务商也随意招；但要谁来承担责任呢，每次遇到严重的故障，是不是时间用来扯皮较多？现实中，很多运维人员都很拼命地在保障系统高效运行，但根据相关统计，80%的系统性能问题来自SQL方面的问题。所以，在基本保证网络(跟平时比，跟同时段其他业务比)、服务器(CPU、内存使用率)、存储（IO等待）等资源都问题不大的情况下，可以通过查看Oracle对应时段的AWR、ASH、ADDM来寻找同时段运行较慢的SQL。有针对性的去优化。而SQL优化中最基本的做法就是建立索引（这个需要根据SQL执行计划去建立合适的索引）、SQL。
Oracle数据库该如何着手优化一个SQL SQL Profile是10g中的新特性，作为自动SQL调整过程的一部分。SQL Profile是一个对象，它包含了可以帮助查询优化器为一个特定的SQL语句找到高效执行计划的信息。这些信息包括执行环境、对象统计和对查询优化器所做评估的修正信息。它的最大优点之一就是在不修改SQL语句和会话执行环境的情况下影响查询优化器的决定。SQL Profile中包含的并非单个执行计划的信息，SQL Profile不会固定一个SQL语句的执行计划。当表的数据增长或者索引创建、删除，使用同一个SQL Profile的执行计划可能会改变，而存储在SQL Profile中的信息会继续起作用。所以，经过一段很长的时间之后，它的信息有可能会过时，需要重新生成。
Oracle数据库对SQL查询做了哪些优化 这么大的问题？太大了。说清楚一本书了。简单说 后台的优化处理器，会对 执行计划，做处理，会分析当前日志里面的数据结构，预估出适合的执行计划。磁盘存储等都和查询无关，是自身的结构，最多勉强说对主键都自动加了索引而已。索引原理楼主自己去看吧，当做一张表就行了。不过现在oracle 也开始研究云存储，毕竟是趋势，过两年估计会部分实现。云存储可以先看看 hadoop。执行计划又和你当前数据库默认配置有关，具体去看hint吧。
oracle数据库优化方法
oracle sql优化的几种方法，由于oracle数据库有其独到的优点，比如安全性高，处理速度快等，因此许多网络环境都在用oracle数据库。但是oracle数据库运行久了之后，也会出现。
