数据库系统设计.docx

PAGE18

PAGE8

第二章高性能的数据库含义

性能就是一个应用或多个在相同环境中运行的应用时衡量效率的指标。性能宏观上理解的是工作效率和响应时间,也可以理解为所谓的速度。响应式的时间流量指的也就是从用户提交一个任务结果开始一直到最终得出最后返回任务结果的整个时间流量总和,包含了从一个任务流程中开始完成所任务需要的和花费的所有时间。可以从以下三个主要方面进行考虑使用来尽量减少网络响应的持续时间

2.1减少等待和竞争的次数尤其是产生数据库积压的情况即数据量太过庞大而发生所谓的排队现象，用性能更加强大的硬件

2.2减少利用资源所需的时间

大部分的数据库性能的获得来自于优秀的数据库架构设计、熟悉业务查询分析和适当的索引。最佳的性能获得能够通过确定好的数据库框架设计，在开发时使用Oracle查询优化器来实现。为了取得更好的数据库性能，我们就需要对数据库进行优化，

2.3减少系统资源的竞争在Oracle中，有如下优化层次：

2.3.1应用层

90%的性能获得是来自对sql应用中进行优化的数据库查询,这也是高性能的数据库设计理论和基础。

2.3.2数据库层

应用资源共享是指数据库处理层层当中的各种应用资源,这些共享数据库层层中的各种资源主要包括固态硬盘,事务处理日志和应用数据库的cacheg等存储器。

2.3.3服务器层

在服务器层有许多数据共享资源,包括高速的数据缓存,存储过程中的高速缓存,锁,CPU使用情况,内存使用情况,内存剩余量等。

2.3.4设备层

指的是一个存储数据的磁盘及其控制器,在这层,你应尤其注意到磁盘的i/o,磁盘使用情况,特别是在与大于等于90%时,数据库的性能会产生断崖式下降。

2.3.5网络层

指连接用户和Oracle的网络速度，在网络速度达到10M；50M；100M时对于数据库性能的影响。

2.3.6硬件层

指可利用的CPU的使用效率。

2.3.7操作系统层

最为理想的情况下Oracle是一台机器的唯一使用程序，在绝大多数的情况下，我们是对待应用层进行性能的优化，因为对应用性能的优化是开发人员可以通过自身能力技术提高数据库的性能。查询的响应速度是对该数据库性能的最好体现的方法之一。

2.3.8应用层上的问题包括以下内容：提升查询性能方法中包含索引,但同时也有可能会增加修改数据的时间的评审和计算限制了性能,同时索引的错误也会导致查询的失败。

不同的性能战略事务设计在oltp(线上的事务处理)和dss(决策支持).和需要的是能够尽量减少事务并发数量集,因为具有较高大数据量的事务可以持续使用的占用率,也就是减少了事务查询对于相关数据的读取,存储,关联的能力。对数据的查询进行修改时要考虑到连接式查询的操作会对性能产生一定影响。

2.4服务器层的优化的选项包括：

2.4.1内存优化

至关重要的配置参数和其他方面的参数

决策是客户端处理还是服务器端处理—在不影响安全的前提下是否有些处理能在客户端或者前端进行?配置存储器cache的大小和输入/输出(Input/Output)的大小,增加多个硬件cpu(同时增加多个硬件系统性能的主要原因之一是在所有软件技术提升方面不能及时取得任何实质性的技术提升,也是所有关于硬件系统性能的技术提升最为简单一

步)。

2.5是否存在有必要或者必须进行分区设备层上的优化选项主要包括：

用多个中等尺寸大小的设备和多个控制器都可能会比用少量的大设备具有更好的输入/输出(input/output)

性能的分布式数据库,表和索引以在不同设备上进行的输入/输出(input/output)装配到网络层broracle的所有设备和用户都可以是通过网络来存取他们的数据。

网络层上的主要问题有:

网络的流量速度的瓶颈网络的速度

2.6网络层上优化的选项包括：

2.6.1硬件层

在硬件层上的问题包括

2.6.2CPU的效率

磁盘的存取：控制器和磁盘磁盘备份

2.6.3内存的使用

在操作系统硬件方面进行优化的主要选择有:通过增加cpu的性能即处理量来提高数据的能力以及适应大量数据时对于cpu的负荷量,使用多台cpu处理器同时处理一个大数据量来实现提升操作系统性能的优化br操作系统硬件层的主要问题是

第三章设计数据库

优秀Oracle设计方案，最为重要的就是一个符合业务的数据库框架。在实际工作中，许多Oracle数据库是由于数据库框架设计得不够完善而导致性能很差，不能够根据业务需求有效的设计好数据库框架，所以要设计好数据库框架就要有以下几点。

3.1熟悉业务系统

对一个业务数据系统的专业了解和设计熟悉与否程度对整个业务数据库系统的业务性能实现有很