Oracle SQL语句常见问题汇总.docVIP

Oracle SQL语句常见问题汇总 前提： 本文档以ORACLE 10g版本为基础，总结SQL语句在日常使用中遇到的问题，方便大家针对常见问题自行解决，尽量少求助于DBA。本文档不包括高深的性能优化，只提供入门的帮助。 常用概念 什么是ORACLE的RAC RAC的全称是Real Application Clusters，简单的说，就是将一个ORACLE数据库装在两台主机上（也可大于两台，但大部分情况都是两台），这两台主机共享同一个磁盘阵列，但是各用各的CPU和内存。我们从其中任意一台主机连接上去，访问到的数据都是完全一样的。这种架构的好处在于当其中一台主机挂掉之后，另外一台主机可以接管所有的连接，保持7*24小时可用；并且对于越来越大的数据库规模，可以分摊到更多的主机，而不需要拆分成多个小的数据库。 需要注意的是：RAC对于进程的部署有很高的要求，一定要把访问同一个表的进程部署在同一主机上，否则会产生大量的gc cr multi block request等待事件。产生这种等待事件的原因：当两个进程分别从两台主机访问到同一个表，ORACLE就需要花费额外的资源去维持两台主机的内存之间的同步，这种等待一旦多了，就会导致系统性能严重下降。 ORACLE的分析数据对SQL执行计划的影响 ORACLE 10g的默认优化模式是CBO( Cost-Based Optimizer，基于代价的优化模式)，这种模式依赖于ORACLE的表分析数据，当表分析数据越接近真实情况，执行计划就越准。目前移动各省的ORACLE是默认打开了自动分析，每天晚上22点会启动起来，对表进行分析。有时候某个表刚发生了大批量数据变化的时候，分析数据就有可能不准了，比如原本是空表，突然插入5千万记录，这样分析数据就非常不准确。 我们可以自己增加一些提示（HINT），强制SQL能走到正确的执行计划，常见的提示包括：ALL_ROWS（以返回所有结果记录为优先）、FIRST_ROWS（以返回第一条结果记录为优先）、其他一些索引提示（比如/*+ index(a) */），这些提示可以在SQL语句中加，或是在会话(session)中设置。 共享SQL语句 ORACLE中，一条SQL语句在第一次执行时，首先要被解析，解析之后ORACLE将SQL语句存放在内存中。这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享. 因此,当你执行的一条新的SQL语句和之前的执行过的语句完全相同时，ORACLE就能很快获得已经被解析的语句以及最好的执行路径. ORACLE的这个功能大大地提高了SQL的执行性能并节省了内存的使用。 我们常说某个SQL语句没有使用绑定变量(bind variables)，就表示这个SQL语句不能共享，导致性能低下。比如，我们在PLSQL Developer的sessions中看到某个session的SQL语句如下： select serial_number from tf_f_user where user_idand partition_id=mod10000);这就表示这个语句是没有共享的，是效率低下的。 正确的语句应该是： select serial_number from tf_f_user where user_id=:B1 and partition_id=mod(:B2,10000); 用户、表、索引、表空间、视图、同名、物化视图的基本概念 以帐务管理数据库为例，ucr_act1是一个用户，用户下建了若干表，表上会建索引，表或者索引必须指定表空间。 视图是建立在一个表或若干个表上的虚拟对象，视图中不存在实体数据，只是表中数据的一个映射，无法更改视图中的数据。表中数据变了，建于表上的视图中的数据会自动变化。基于视图的查询实际上是基于表的查询。 同名即别名，也是一个虚拟对象，可以是表、视图等任何对象的一个别名，只是用来方便SQL语句操作的。 物化视图实际上是一个实体表，具备表的所有特性，可以更改数据，可以建索引，只不过，这个表的数据来源于另外一个表，另外一个表数据发生变化后，ORACLE会通过系统的job自动同步到这个物化视图中。 例如：tf_f_user是源表，在另外一个数据库中建立物化视图名为mv_tf_f_user，当tf_f_user中数据发生变化后，ORACLE会通过系统的job，定时（间隔时间可以自定义）将变化的数据更新到mv_tf_f_user。 如何找到SQL语句性能问题并解决 如何知道自己的应用程序存在sql性能问题并解决，分三个步骤： 步骤一： 在自己的应用运行时