资源描述
Body Text,Second Level,Third Level,Fourth Level,Fifth Level,Click to edit Master title style,在实践中体验,Oracle,数据库的优越性能,Leng Tan，Bo Chen,甲骨文公司,主题,真实体验,Oracle9,i,数据库,马上获取,Oracle,数据库 10,g,的性能优势,采用,Oracle,数据库,10,g,的主要,ISV,客户案例分析,使用,Oracle,性能方法调整基于,Oracle,的大型应用程序,主题,真实体验,Oracle9i,数据库,马上获取,Oracle,数据库 10,g,的性能优势,采用,Oracle,数据库,10g,的主要,ISV,客户案例分析,使用,Oracle,性能方法调整基于,Oracle,的大型应用程序,简化,init.ora,Oracle,提供了许多可调整的参数,但最好不要随便调整！,除了少数几个内存缓冲区调整参数外，仅在理由充分的情况下才修改参数,随意修改,init.ora,将减慢系统速度,默认配置经过了全面测试和慎重权衡,移植到,10,g,以消除非标准化参数设置,极好的特性源自优良的设计,每个,Oracle,数据库版本都引入了极好的特性，从而提高了性能,但高性能的关键始终要归于出色的设计,良好的数据模型、表以及索引设计,强健、精致的,SQL,新特性不能补偿低劣的设计,但良好的设计可充分发挥诸如并行机制、分区、新数据结构等特性。,64,位计算的优缺点,64 位计算正在流行,但 32 位服务器仍然占据着最大的市场份额,64,位并非一定意味着更快,诚然，更大的缓冲区高速缓存和排序区意味着更少的,I/O,操作和随之而来的速度提升,但更大的工作集（长指针等）将降低,CPU,效率,请慎重考虑什么最适合,您的,应用程序,使用并行机制和分区,分区是一个极好的管理特性，能加速加载和清除过程,与并行操作结合，将使此特性更加突出,使用范围和列表组合分区清除查询数据,使用散列分区优化连接和并行,DML,更好地管理,CBO,CBO,是一种强健的智能工具,请勿滥用；它将提供有意义的统计信息,不要对,CBO,期望过高,它无法猜测查询的目的；必须根据编写的代码执行操作,利用,CBO,计划了解优化应用程序的更好方式,CBO,可自动运行多项功能,；,请确保您已熟悉正在使用的优化器,在,10,g,中这不是问题，其中,CBO,就是优化器,主题,真实体验,Oracle9i,数据库,马上获取,Oracle,数据库 10,g,的性能优势,采用,Oracle,数据库,10g,的主要,ISV,客户案例分析,使用,Oracle,性能方法调整基于,Oracle,的大型应用程序,RBO-CBO,在,10,g,中正式取消了对,RBO,的支持,为移植到,CBO,的,RBO,客户,Oracle,已经测试了非常多的语句,但是数据的偏差和应用程序的特定情况可能导致不是很理想的的计划,开发了一个维护统计信息的良好方案,监视,RBO,特有的,SQL,例如,禁用索引访问的,col1+0=:1,和,col2|=:2,作为移植的一部分,，,重新编写了某些,SQL,PL/SQL,改善,新的,PL/SQL,优化编译器,更复杂的代码生成器,全局代码优化器,性能提高且代码规模缩小,全面支持本地编译,编译时性能警告,不再有,DUAL,引用,DUAL,来获取时间戳记、增量序列等,在大型,SMP,上，与,DUAL,相关的缓冲区缓存链锁序列化将降低可伸缩性,在 10,g,中，,DUAL,变为一个行源，消除了问题,要检查,DUAL,对于您的,9,i,应用程序是否有影响，请使用,X$DUAL,代替,DUAL,进行测试,散列分区索引,在,INSERT,密集的应用程序中，主键的索引维护将是序列化的关键,对于非常大的配置（,SMP,或,RAC）,更是如此,通过对索引进行散列分区，以消除问题,使用一组温和点替代一个热点,LOB,增强,10,g,中的,LOB,代码路径已显著简化,现在几乎和,LONG RAW,的代码路径一样简单,最优的,LOB,设计取决于工作负载以及内存和磁盘使的用率,尽量避免由于缓冲区缓存的大小变化和泛滥而引起的内联到外联的,LOB,移植,ETL：,数据泵实用工具,高速的“数据泵”导入/导出,替代了原来的导出和导入功能,新的集成的结构,带有文档说明的程序包接口,高速的直接路径加载/卸载,最优地随取随用运行,利用并行机制执行自动伸缩,主题,真实体验,Oracle9i,数据库,马上获取,Oracle,数据库 10,g,的性能优势,采用,Oracle,数据库,10g,的主要,ISV,客户案例分析,使用,Oracle,性能方法调整基于,Oracle,的大型应用程序,采用,10,g,的,ISV,SAP,计划在 2005 年第 1 季度认证,10,g,PeopleSoft,将在 2004 年秋季认证,10,g,Siebel,正在积极研究,10,g,特性，并可能在 10,g,上开发,7.8,版,Siebel,没有在新的,Oracle,版本上认证其以前的版本,当前的,Siebel,版本,(7.7),在,9,i,R2,上通过了认证,主题,真实体验,Oracle9i,数据库,Oracle,数据库 10,g,即时性能的好处,采用,Oracle,数据库,10g,的主要,ISV,客户案例分析,使用,Oracle,性能方法调整基于,Oracle,的大型应用程序,背景,客户是一个中国大型电信设备供应商,调整的应用程序肩负重要任务，并且主要使用,Oracle,数据库,Oracle,性能方法,从用户那里获取关于性能问题范围的真实反馈，此步骤为,定义问题,。,获取一组完整的操作系统、数据库和应用程序统计信息，然后检查主机系统和,Oracle,统计信息,，以寻找证据。,参考常见性能错误列表，以查看收集的数据是哪些因素造成了性能问题。,使用收集的性能数据建立一个系统状况概念模型,。,提出修改建议以及实施修改的预期结果，然后,，,实施并测量,应用程序的性能变化。,确定是否达到了第 1 步中定义的性能目标。如果没有达到，重复第 5 步和第 6 步，直到达到性能目标。,配置,模型：,HP rp7410,操作系统：,HP-UX 11.11 64,位,CPU：8,RAM：4GB,交换空间：4,GB,磁盘阵列：,VA74,系列,Oracle9,i,数据库第 2 版,v9.2.0.3 64,位,瓶颈识别：,Statspack,负载概要,每秒,每个事务,-,重做大小：,42,887.13,586.52,瓶颈识别（续）,事件,等待,超时,总等待 平均等待 等待,时间（秒）（毫秒,）,/txn,-,日志文件同步,91,907 0 2,067,22,1.0,瓶颈识别（续）,最耗时的前 5 个事件,总花费时间,事件 等待 时间,(s),百分比,-,日志文件同步,91,907 2,067 81.78,日志文件并行写操作,48,898 252 9.95,CPU,时间,183 7.23,数据库文件并行写操作,180 14 .55,控制文件并行写操作,211 6 .25,-,RAID 5-RAID 0+1,最耗时的前 5 个事件,总花费时间,事件 等待 时间,(s),百分比,-,日志文件同步,59,932,138 47.93,CPU,时间,103 35.84,日志文件并行写操作,58,647 34 11.89,缓冲区忙等待,7,377 5 1.90,数据库文件序列读取,747 3 .97,RAID 5-RAID 0+1（,续）,总等待 等待 平均等待,事件,等待,超时 时间（秒）（毫秒,）,/txn,-,日志文件同步,59,932 79 138,2,1.0,减少缓冲区忙等待,之前,最耗时的前 5 个事件,总花费时间,事件 等待 时间,(s),百分比,-,日志文件同步,122,187 261 47.84,CPU,时间,208 38.11,日志文件并行写操作,112,935 57 10.52,缓冲区忙等待,14,598 9 1.56,减少并发块访问,之后,最耗时的前 5 个事件,总花费时间,事件 等待 时间,(s),百分比,-,日志文件同步,419,342 912 49.82,CPU,时间,696 38.00,日志文件并行写操作,385,307 199 10.85,数据库文件并行写操作,851 9 .51,锁释放,14,310 5 .30,-,异步,I/O,操作系统内核参数,Max_async_ports=200,Aio_max_ops=2048,重新编译并重新链接,Oracle,可执行文件,索引编排表,将频繁更新/引用的表创建为,IOT，,以使查询运行更快并显著减少物理读操作,。,在使用,IOT,之前,对于,数据库：,HPORA,例程：,hpora1,快照：72 74 的每个段前 5 位最频繁的物理读操作,所有者 表空间,对象名称,对象类型,物理读操作 总百分比,-,OPS$SCPQT DATA2 BASETAB_PPS TABLE,11,449,99.96,使用,IOT,对于,数据库：,HPORA,例程：,hpora1,快照：72 74 的每个段前 5 位最频繁的物理读操作,所有者 表空间,对象名称,对象类型,物理读操作,总百分比,-,OPS$SCPQT DATA2 SYS_IOT_OVER TABLE,351,54.25,OPS$SCPQT DATA2 SYS_IOT_TOP INDEX,296,45.75,-,使用增量检查点,之前,负载概要,每秒,每个事务,-,重做大小：,227,895.29 579.94,逻辑读操作：4,736.39 12.05,块变化：,1,966.75 5.00,物理读操作：,1.18 0.00,物理写操作：,99.17 0.25,事务：,92.96,禁用增量检查点,之后,负载概要,每秒,每个事务,-,重做大小：,229,152.73 577.76,逻辑读操作：4,765.70 12.02,块变化：,1,984.47 5.00,物理读操作：,2.12 0.01,物理写操作：,53.60 0.14,事务：396.62,Keep,池,频繁引用的表存储在,KEEP POOL,中，以减少物理读操作,OCI,优化,语句缓存,OCI_COMMIT_ON_SUCCESS,PREFETCH,传统的语句缓存：,OCIStmtPrepare,OCIBindByPos,OCIParamGet,OCIDefineByPos,OCIStmtFetch,OCIAttrGet,OCIStmtExecute,优化的语句缓存：,OCIStmtPrepare,OCIBindByPos,OCIParamGet,OCIDefineByPos,OCIStmtFetch,OCIAttrGet,OCIStmtExecute,伪代码,int cachePos=getStmtFromCache(slctStmt,if Cache Miss,step 1:Prepare the SQL statement,step 2:Bind all parameters to the place-holders in SQL statement,step 3:Execute the SQL statement,if Cache Miss,step 4:Get the number of the returned columns for SELECT statement,step 5:Get some attributes of all the returned columns,step 6:Define the output buffer for the returned columns,step 7:Fetch the results for SELECT statement,自动提交,OCI_COMMIT_ON_SUCCESS,预取行,OCI_ATTR_PREFE
展开阅读全文