Oracle数据库g独立软件供应商和客户的应用系统性能

在实践中体验Oracle数据库的优越性能LengTan，BoChen

甲骨文公司主题真实体验Oracle9i

数据库马上获取Oracle数据库10g的性能优势采用Oracle数据库10g的主要ISV客户案例分析使用Oracle性能方法调整基于Oracle的大型应用程序主题真实体验Oracle9i数据库马上获取Oracle数据库10g的性能优势采用Oracle数据库10g的主要ISV客户案例分析使用Oracle性能方法调整基于Oracle的大型应用程序简化

init.oraOracle提供了许多可调整的参数但最好不要随便调整！除了少数几个内存缓冲区调整参数外，仅在理由充分的情况下才修改参数随意修改init.ora

将减慢系统速度默认配置经过了全面测试和慎重权衡移植到10g以消除非标准化参数设置极好的特性源自优良的设计每个Oracle数据库版本都引入了极好的特性，从而提高了性能但高性能的关键始终要归于出色的设计良好的数据模型、表以及索引设计强健、精致的SQL新特性不能补偿低劣的设计但良好的设计可充分发挥诸如并行机制、分区、新数据结构等特性。64位计算的优缺点64位计算正在流行但32位服务器仍然占据着最大的市场份额64位并非一定意味着更快诚然，更大的缓冲区高速缓存和排序区意味着更少的I/O操作和随之而来的速度提升但更大的工作集（长指针等）将降低CPU效率请慎重考虑什么最适合您的应用程序使用并行机制和分区分区是一个极好的管理特性，能加速加载和清除过程与并行操作结合，将使此特性更加突出使用范围和列表组合分区清除查询数据使用散列分区优化连接和并行DML更好地管理CBOCBO是一种强健的智能工具请勿滥用；它将提供有意义的统计信息不要对CBO期望过高它无法猜测查询的目的；必须根据编写的代码执行操作利用CBO计划了解优化应用程序的更好方式CBO可自动运行多项功能；请确保您已熟悉正在使用的优化器在10g中这不是问题，其中CBO就是优化器主题真实体验Oracle9i数据库马上获取Oracle数据库10g的性能优势采用Oracle数据库10g的主要ISV客户案例分析使用Oracle性能方法调整基于Oracle的大型应用程序RBO->CBO在10g中正式取消消了对RBO的支持为移植到CBO的RBO客户Oracle已经测试了了非常多的的语句但是数据的的偏差和应应用程序的的特定情况况可能导致致不是很理理想的的计计划开发了一个个维护统计计信息的良良好方案监视RBO特有的SQL例如,禁用用索引访问问的col1+0=:1和col2||’’=:2作为移植的的一部分，重新编写了了某些SQLPL/SQL改善新的PL/SQL优化编译器器更复杂的代代码生成器器全局代码优优化器性能提高且且代码规模模缩小全面支持本本地编译编译时性能能警告不再有DUAL引用DUAL来获取时间间戳记、增增量序列等等在大型SMP上，与DUAL相关的缓冲冲区缓存链链锁序列化化将降低可可伸缩性在10g中，DUAL变为一个行行源，消除除了问题要检查DUAL对于您的9i应用程序是是否有影响响，请使用用X$DUAL代替DUAL进行测试散列分区索索引在INSERT密集集的的应应用用程程序序中中，，主主键键的的索索引引维维护护将将是是序序列列化化的的关关键键对于于非非常常大大的的配配置置（（SMP或RAC））更是是如如此此通过过对对索索引引进进行行散散列列分分区区，，以以消消除除问问题题使用用一一组组温温和和点点替替代代一一个个热热点点LOB增强强10g中的LOB代码路径已显显著简化现在几乎和LONGRAW的代码路径一一样简单最优的LOB设计取决于工工作负载以及及内存和磁盘盘使的用率尽量避免由于于缓冲区缓存存的大小变化化和泛滥而引引起的内联到到外联的LOB移植ETL：数据泵实用工工具高速的“数据据泵”导入/导出替代了原来的的导出和导入入功能新的集成的结结构带有文档说明明的程序包接接口高速的直接路路径加载/卸卸载最优地随取随随用运行利用并行机制制执行自动伸伸缩主题真实体验Oracle9i数据库马上获取Oracle数据库10g的性能优势采用Oracle数据库10g的主要ISV客户案例分析析使用Oracle性能方法调整整基于Oracle的大型应用程程序采用10g的ISVSAP计划在2005年第第1季度度认证10gPeopleSoft将在2004年秋季季认证10gSiebel正在积极研究究10g特性，并可能能在10g上开发7.8版Siebel没有在新的Oracle版本上认证其其以前的版本本当前的Siebel版本(7.7)在9iR2上通过了认证证主题真实体验Oracle9i数据库Oracle数据库10g即时性能的好好处采用Oracle数据库10g的主要ISV客户案例分析析使用Oracle性能方法调整整基于Oracle的大型应用程程序背景客户是一个中中国大型电信信设备供应商商调整的应用程程序肩负重要要任务，并且且主要使用Oracle数据库Oracle性能方法从用户那里获获取关于性能能问题范围的的真实反馈，，此步骤为定义问题。获取一组完整整的操作系统统、数据库和和应用程序统统计信息，然然后检查主机机系统和Oracle统计信息，以寻找证据据。参考常见性能能错误列表，，以查看收集集的数据是哪哪些因素造成成了性能问题题。使用收集的性性能数据建立立一个系统状状况概念模型型。提出修改建议议以及实施修修改的预期结结果，然后，实施并测量应用程序的性性能变化。确定是否达到到了第1步步中定义的的性能目标。。如果没有达达到，重复第第5步和和第6步步，直到达到到性能目标。。配置模型：HPrp7410操作系统：HP-UX11.1164位CPU：8RAM：4GB交换空间：4GB磁盘阵列：VA74系列Oracle9i数据库第2版v9.2.0.364位瓶颈识别：Statspack负载概要~~~~~~~~~~~~每秒每个事事务------------------------------重做大大小：：42,887.13586.52…瓶颈识识别（（续））事件等待超时总等待待平平均均等待待等等待时间（（秒））（毫毫秒）/txn--------------------------------------------------------------日志文文件同同步91,90702,067221.0瓶颈识识别（（续））最耗时时的前前5个个事件件~~~~~~~~~~~~~~~~~~总花花费费时时间间事件件等等待待时时间间(s)百分分比比----------------------------------------------------------------日志文件同同步91,9072,06781.78日志文件并并行写操作作48,8982529.95CPU时间1837.23数据库文件件并行写操操作18014.55控制文件并并行写操作作2116.25-------------------------------------------------------------…RAID5->RAID0+1最耗时的前前5个个事件~~~~~~~~~~~~~~~~~~总花费时间间事件等等待时时间(s)百分比----------------------------------------------------------------日志文件同同步59,93213847.93CPU时间10335.84日志文件并并行写操作作58,6473411.89缓冲区忙等等待7,37751.90数据库文件件序列读取取7473.97RAID5->RAID0+1（续）总等待等等待待平平均等等待事件等待超时时时间（秒秒）（毫毫秒）/txn--------------------------------------------------------------日志文件同同步59,9327913821.0减少缓冲区区忙等待之前最耗时的前前5个个事件~~~~~~~~~~~~~~~~~~总花费时间间事件等等待时时间间(s)百分比----------------------------------------------------------------日志文件同同步122,18726147.84CPU时间20838.11日志文件并并行写操作作112,9355710.52缓冲区忙等等待14,59891.56减少并发块块访问之后最耗时的前前5个个事件~~~~~~~~~~~~~~~~~~总花费时间间事件等等待时时间(s)百分比----------------------------------------------------------------日志文件同同步419,34291249.82CPU时间69638.00日志文件并并行写操作作385,30719910.85数据库文件件并行写操操作8519.51锁释放14,3105.30-------------------------------------------------------------异步I/O操作系统内内核参数Max_async_ports=200Aio_max_ops=2048重新编译并并重新链接接Oracle可执行文件件索引编排表表将频繁更新新/引用的的表创建为为IOT，以使查询运运行更快并并显著减少少物理读操操作。在使用IOT之前对于数据库：HPORA例程：hpora1快照：72–74的每个个段前5位最频频繁的物理理读操作……所有者表表空间对象名称对象类型物理读操作作总总百分比----------------------------------------------------------------------------OPS$SCPQTDATA2BASETAB_PPSTABLE11,44999.96…使用IOT对于数据库：HPORA例程：hpora1快照：72––74的的每个段前5位最频频繁的物理读读操作……所有者表表空空间对象名称对象类型物理读操作总百分比--------------------------------------------------------------------------OPS$SCPQTDATA2SYS_IOT_OVERTABLE35154.25OPS$SCPQTDATA2SYS_IOT_TOPINDEX29645.75-------------------------------------------------------------使用增量检查查点之前负载概要~~~~~~~~~~~~每秒每个事务----------------------------------------重做大小：227,895.29579.94逻辑读操作：：4,736.3912.05块变化：1,966.755.00物理读操作：：1.180.00物理写操作：：99.170.25事务：92.96禁用增量检查查点之后负载概要~~~~~~~~~~~~每秒每个事务----------------------------------------重做大小：229,152.73577.76逻辑读操作：：4,765.7012.02块变化：1,984.475.00物理读操作：：2.120.01物理写操作：：53.600.14事务：396.62Keep池频繁引用的表表存储在KEEPPOOL中，以减少物物理读操作OCI优化语句缓存OCI_COMMIT_ON_SUCCESSPREFETCH传统的语句缓缓存：OCIStmtPrepareOCIBindByPosOCIParamGetOCIDefin