当前位置:主页 > 计算机电子书 > 数据库 > Oracle下载
Oracle数据库性能优化方法论和最佳实践

Oracle数据库性能优化方法论和最佳实践 PDF 超清完整版

  • 更新:2023-07-11
  • 大小:99.6 MB
  • 类别:Oracle
  • 作者:柳遵梁
  • 出版:机械工业出版社
  • 格式:PDF

  • 资源介绍
  • 相关推荐

本书《Oracle数据库性能优化方法论和最佳实践》是一本非常实用的指南,特别适合对Oracle数据库性能优化感兴趣的读者。本书内容涵盖了数据库性能优化的各个方面,其中最引人注目的是作者提出的FlowofWorkUnitTimeBasedAnalysis性能优化方法论。该方法论主要介绍了基于流程响应和流程分解的响应时间分析方法,这对于解决数据库性能瓶颈问题非常有帮助。读者可以通过下载学习并实践这些方法,从而在实际工作中提升Oracle数据库的性能。我强烈推荐对数据库性能优化感兴趣的人阅读本书,它不仅理论知识丰富,而且提供了实际的案例和最佳实践,可以帮助读者解决各种数据库性能问题。

Oracle数据库性能优化

Oracle数据库性能优化电子书封面

读者评价

从吞吐量和响应时间作为依据,描写了性能调优的重点,理论的剖析比较多,可以增加性能调优的知识量和原理。对于提高性能调优有一定的帮助。

希望这本书能解决数据库中一直困扰我的一些问题 提供一些解决的思路和方法

内容介绍

本书内容是关于FlowofWorkUnitTimeBasedAnalysis性能优化方法论的一部分,主要介绍基于流程响应和流程分解的响应时间分析方法论。按照以下方式展开论述:

第一部分:从性能优化常见的困惑和场景出发,引出性能优化的基本概念。重点阐述了Oracle数据库性能优化的方法论发展。

第二部分:重点介绍FlowofWorkUnitTimeBasedAnalysis优化方法论,阐述流程、资源和组件之间的相互作用。构建了流程响应的输入输出的性能优化指标体系。

第三部分:资源供给部分,重点讨论流程、资源和组件中的资源部分。全面分析了主要的Oracle数据库资源,包括CPU、Memory、IOSubsystem、NetworkSubSystem、Lock、BufferLock、Latch、Mutex等。并针对每种资源建立了独立的衡量评价体系。

目录

  • 前 言
  • 第1章 Oracle性能优化漫谈 1
  • 第2章 Oracle性能优化方法论的发展 27
  • 第3章 流程分析之数据库登录流程 46
  • 第4章 流程分析之数据访问处理流程 67
  • 第5章 资源 175
  • 第6章 资源供给:CPU 179
  • 第7章 资源供给:内存和虚拟内存 208
  • 第8章 资源供给:I/O子系统 243
  • 第9章 资源供给:网络子系统 294
  • 第10章 资源供给:队列锁 325
  • 第11章 资源供给:row cache lock和library cache lock 399
  • 第12章 资源供给:buffer lock 431
  • 第13章 资源供给:latch 450
  • 第14章 资源供给:mutex 527

资源下载

资源下载地址1:https://pan.baidu.com/s/14SXt7ZwRCWKlowkc6OhpaQ

资源下载地址2:https://pan.quark.cn/s/08e502f017e5

相关资源

网友留言

网友NO.20727
蓟永新

Problem Description: 1.每个表的结构及主键索引情况 2.每个表的count(*)记录是多少 3.对于创建索引的列,索引的类型是什么?count(distinct indexcol)的值是多少? 4.最后一次对表进行分析是在什么时间,分析后,是否又对相关表做过大的操作 5.索引最后一次rebuild,是在什么时间,此后对表的操作类型又是什么状况?索引中浪费的空间是多少? 6.这些表的存储情况,表的存储参数,表空间的类型,存储参数等 7.执行该SQL语句时,系统等候的资源是什么? Trace SQL语句的执行过程 8.另一台执行相似SQL速度很快的机器上的相关表的如上信息是什么?

网友NO.20069
红半梦

Oracle建立索引的建议 1、表的主键、外键必须有索引;Oracle中外键不添加索引会引起死锁。当删除父表指定记录时,子表会添加表级锁,另一个进程删除父表记录(即使是不同记录)时,会造成子表死锁。当对子表的外键列添加索引后,死锁被消除,因为这时删除父表记录不需要对子表加表级锁。 2、经常与其他表进行连接的表,在连接字段上应该建立索引; 3、索引应该建在选择性高的字段上。例如:表示性别的数据列,由于只有男女两种值,就属于选择性低; 4、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引; 5、复合索引的建立需要进行仔细分析,尽量考虑用单字段索引代替: A、正确选择复合索引中的主列字段(第一个字段),一般是选择性较好的字段; B、复合索引的几个字段是否经常同时以AND方式出现在WHERE子句中?单字段查询是否极少甚至没有?如果是,则可以建立复合索引;否则考虑单字段索引; C、如果既有单字段索引,又有这几个字段上的复合索引,一般可以删除复合索引; 6、频繁进行数据操作的表,不要建立太多的索引; 7、删除无用的索引,避免对执行计划造成负面影响; 总之,索引的建立必须慎重,对每个索引的必要性都应该经过仔细分析,要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处:在表上建立的每个索引都会增加存储开销,索引对于插入、删除、更新操作也会增加处理上的开销。另外,过多的复合索引,在有单字段索引的情况下,一般都是没有存在价值的;相反,还会降低数据增加删除时的性能,特别是对频繁更新的表来说,负面影响更大。 在大多数情况下,复合索引比单字段索引好.复合索引比单字段索引的效率高,但是,复合索引比单字段索引的内容原理复杂,复合索引有两个重要原则需要把握:前缀性和可选性.如果糊里糊涂的滥用复合索引,效果适得其反。 以例子来说明,例子如下: 假设在员工表(EMP)的(ENAME,JOB,MGR)3个字段上建了一个索引,例如索引名叫IDX_1.3个字段分别为员工姓名,工作和所属经理号。