Oracle数据库优化

某次，核心ERP系统在运营时，遇上某个报表突然无法查询出结果，DBA通过寻找定位， 分析，比较测试，最终找出根源，解决问题。 文章描述了DBA在寻找答案时的各种思路、 方法，和测试的效果，在比较分析中寻找灵感逐步推导，并最终解决这一疑难问题的感受； 同时文章最后亦分析总结了这类情况的优化方法。 阅读此文，通过感受作者深刻辛苦的 解决思路，会给读者留下深刻的印象。

DBA们应该将自己从“我要对什么调优?”的老路上解放出来，而在指标、配置和成本方面花费一定的时间。研究这些测量指标并做一个对根本原因的分析，而这将花费很多时间和精力。DBA都是聪明人，但很少在操作系统和DBMS系统性能调优上有发言权。

4月18日下午，在内存数据库的分会场上，来自上海新炬网络技术有限公司的交付中心副总监王科先生发表了题为《Oracle TimesTen企业级应用实践》的精彩演讲。

从应用开发到SQL管理，Oracle自带的数据库优化工具提供许多令人印象深刻的功能。但DBA也许已经发现，许多第三方Oracle数据库管理工具比Oracle自带工具还要更加健壮。

在第二天下午的“数据分析与数据架构设计调优”分论坛演讲中，云和恩墨创始人、ITPUB版主盖国强发表主题演讲《Oracle数据库架构演进和性能优化实践》，分享了在云架构、大数据风起云涌的时代，企业在数据架构变革中面对的问题，以及Oracle数据库的未来演进变革。

“一直与牛人为伍”，这是ITPUB资深版主刘磊对自己职业生涯现阶段的总结。的确，与牛人为伍一方面不仅能够激发自己学习的动力，同时也能让自己迅速的成长。能够举贤才，重交流，拓展人脉也是我们举办数据库大会的初衷

2012年4月13日，由IT168(ITPUB、IXPUB、ChinaUnix)主办的2012中国数据库技术大会(DTCC)在北京隆重召开。大会第二天，北京人大金仓信息技术股份有限公司首席科学家王珊教授发表了主题为“Big Data时代数据库的机遇、挑战与应变”的精彩演讲。

2012年4月13日，由IT168(ITPUB、IXPUB、ChinaUnix)主办的2012中国数据库技术大会(DTCC)将在北京隆重召开。本次大会上， OCM联盟(www.ocmu.org)发起人侯圣文分享了主题为“航空结算系统基于Oracle的数据架构解决方案”的精彩演讲。

2012年4月13日，由IT168(ITPUB、IXPUB、ChinaUnix)主办的2012中国数据库技术大会(DTCC)将在北京隆重召开。本次大会上，来自韩国EN-CORE高级技术顾问郑保卫发表了主题为“数据库优化与集成之实战和效果”。

2012年4月13日至4月15日，由盛拓传媒IT168携旗下社区ChinaUnix、ITPUB、IXPUB共同主办的中国数据库技术大会在北京隆重召开。本次大会以数据库架构设计、基于数据库应用开发、数据库运维管理为主题，云集了各行业的专家，届时将全面剖析数据库技术在企业应用中的最佳实践。

每个数据库平台上的SQL开发人员都是在困难中求得生存，我们总是一次又一次犯同样的错误，这是因为数据库领域还相对不成熟，是的，每个数据库厂商都在做着各种不同的努力，但作为开发人员仍然要克服各种问题，无论是在SQL Server，Oracle，DB2，Sybase，MySQL数据库，还是其它关系数据库平台上编写SQL代码，并发性、资源管理、空间管理和SQL运行速度总是困扰着开发人员。

从一般规律来看，wait time占主要部分的系统比CPU time占主要部分的系统更需要调节。另一方面，CPU的大量使用可能是由不好的SQL写操作造成了。

单表执行计划是理解多表执行计划的基础。读完本文后，应该能够读懂这三个数据库的嵌套循环连接执行计划。

在CBO的IO模式中，全表扫描的IO代价不是直接由MBRC(db_file_multiblock_read_count)计算来的，而是由一个相应的调整的值(ADJMBRC)计算的

经常有人问到oracle中的Where子句的条件书写顺序是否对SQL性能有影响，我的直觉是没有影响，因为如果这个顺序有影响，Oracle应该早就能够做到自动优化，但一直没有关于这方面的确凿证据

本文只讲最最平常最最简单的索引，就是以create index ix on tx(a,b,c);形式创建的索引，而不讲位图索引、反向键索引、倒序索引、基于函数的索引等等。其实呢，只要是基于B树的索引，不管是在Oracle, Mysql，还是其它数据库中，原理应当都是一样的

只有增加DISTINCT关键字，Oracle必然需要对后面的所有字段进行排序。以前也经常发现由于开发人员对SQL不是很理解，在SELECT列表的20多个字段前面添加了DISTINCT，造成查询基本上不可能执行完成，甚至产生ORA-7445错误。所以一直向开发人员强调DISTINCT给性能带来的影响。

我们经常使用Sql Trace和10046 event来诊断Oracle数据库性能问题。而level超过1的10046事件通常称为extended sql trace，通常用于诊断确定的单个SQL、存储过程或会话的性能问题。

在UNIX系统中工具sar-d能检查整个系统的iostat(IO statistics)，在NT系统上则使用性能监视器(Performance Monitor).

数据库的作用就是实现对数据的管理和查询。任何一个数据库系统，必然存在对数据的大量读或者写或者两中操作都大量存在。IO问题也往往是导致数据库性能问题的重要原因。