Oracle性能调优思路

问 oracle进程内存占用一直增加 达到 G左右的时候就会连接失败 监听进程死掉 或者CPU达到 % 如何解决?

10多年的临沧网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都营销网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整临沧建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。成都创新互联从事“临沧网站设计”,“临沧网站推广”以来，每个客户项目都认真落实执行。

Peak Wong

Oracle性能调优一直是一个很有意思的命题 增强硬件配置是一种方法 但我们平时遇到的最多的问题是如何在没办法增强硬件配置的情况下 将数据库性能优化 这里给出一个思维流程 希望对各位有益

PATCH是否都打了 ORACLE系统内存参数是否太大 超出OS的MEMORY

查查是不是程序没有关闭连接导致连接数不断上升引起的 你是什么操作系统?

服务器都作了什么设置呢?比如sga的分配 是什么情况呢?

要进行调优 及参数设置

启动 Enterprise Management Console 以SYS/**** as SYSDBA身份进入系统

ORACLE i调优只涉及如下几个参数

a) processes = ;

b) open_links = ;

c)open_cursors = ;

d)sessions= ;

e) parallel_automatic_tuning=true

f) undo_retention=

g) undo_management=AUTO

请确保在 SPFILE 中保存 在Oracle i缺省的启动参数是spfile 不要用pfile文件启动数据库

物理内存大于 G以上的通用设置:

启动 Enterprise Management Console 以SYS/**** as SYSDBA身份进入系统

配置SGA和PGA大小方法如下

物理内存大于 G以上的通用设置

中文名 参数名 参数值 设置方法

SGA的最大大小 Sga_max_size M 例程 配置 内存项卡

日志缓冲区 Log_buffer 例程 配置 一般信息选项卡 所有初始化参数

大型池 Large_pool_size M 例程 配置 内存项卡

Java池 Java_pool_size M 例程 配置 一般信息选项卡 所有初始化参数

共享池 Shared_pool_size M 例程 配置 内存项卡

数据缓冲区高速缓存 Db_cache_size M 例程 配置 内存项卡

Keep池 Db_keep_cache_size M 例程 配置 一般信息选项卡 所有初始化参数

Pga自动管理 workarea_size_policy AUTO 例程 配置 一般信息选项卡 所有初始化参数

总计pga目标 pga_aggregate_target M 例程 配置 内存项卡

说明:

此内存设置不包含在数据库服务器上的其它应用程序的物理内存的大小 如果有其它的应用程序 可以参照下面的计算: sga_max_size+ pga_aggregate_target+应用程序物理内存+OS物理内存 = 系统物理内存* % 如果服务器上只有Oracle服务器 在 G以上物理内存的服务器上Oracle内存参数都可以参照上面的设置 如果服务器上有其它的应用 而服务器总的物理内存大于 请自己计算后再选择的方案

sga_max_size+ pga_aggregate_target = G 在 bit操作系统上有这个限制

lishixinzhi/Article/program/Oracle/201311/17386

性能调优：ORACLE性能初步调整

在User Schema 上 用人工指定方式指定 Tmp 的tablespace 换句话说要人工定义一个tmp 的tablespace 给user schema ——为colm v这个user单独开一个临时表空间 个人认为调整之后效果不会有很明显的变化临时表空间的作用是当sql语句中出现order by group by（也就是需要排序的时候） 如果排序的数据比较少 就会在内存中排序 排序的数据量很大时 oracle会把排序的任务放在临时表空间中完成 内存中排序（逻辑排序）比在磁盘上排序（物理排序）理论上快 倍！所以临时表空间很大并不是一件好事情 说明sql中存在大量排序的动作 sql语句需要优化！    所以深圳那里需要看一下临时表空间的大小！

当然johanna的意见也会有一定的作用 临时表空间独立出来之后 就不会和sys system等一系列oracle 内部使用临时表空间的操作产生资源竞争！

请检查SQL 使用到的where 条件是否均有定index   除此以外 检查使用到的where 条件最好以index 之顺序来写——这部分比较复杂 也是性能最关键的地方 几乎所有的oracle专家都认为 %以上的性能调整都和sql语句优化有关 需要check所有的sql语句where后面的条件是否有用到index的必要   工程量比较浩大！需要一个个小心谨慎的check！

把index 做一次 dbms_stats dbms stats 是oracle内部的api 可以对index table进行分析 收集统计信息 这样oracle优化器就会有一个最佳的选择 使性能达到最佳方法如下

SQLselect tt table_name tt num_rows tt blocks tt empty_blocks tt avg_row_len from dba_tables tt where tt owner= COLMTEST ; SQL select ttt index_name ttt num_rows ttt distinct_keys ttt avg_leaf_blocks_per_key ttt clustering_factor from dba_indexes ttt where ttt owner= COLMTEST ;

执行上述两条命令之后会发现除了table_name和index_name 其余列的统计信息都是不完全的

SQLexecute dbms_stats gather_schema_stats（ownname = COLMTEST cascade=true）  

执行完dbms_stats 再调用上述两句语句 会发现所有的列基本上都已经被填充！

PS 执行统计比较慢 相当于所有table index都扫描一遍的时间 COLMTEST 改一下另外 对单个表执行统计分析的语句如下

EXECUTE dbms_stats gather_table_stats (ownname= citic tabname= col_cust_id estimate_percent= cascade=true)

做过以上处理之后 再看情形   再依情况放参数

——参数暂时不用调整！

建议做一个STATSPACK通过Statspack我们可以很容易的确定Oracle数据库的瓶颈所在 记录数据库性能状态 迅速了解数据库运行状况

方法如下

安装Statspack安装Statspack拥有SYSDBA（connect / as sysdba）权限的用户登陆 需要在本地安装或者通过telnet登陆到服务器 ——客户端登录不可以

必要条件 先创建名称为perfstat的表空间 至少 M

在那台oracle数据库上用colmv 登录SQL*PLUS 然后输入SQL connect sys/sys@（你们那里的sid） as sysdba SQL alter system set timed_statistics = true System altered——使用statspack收集统计信息时建议将该值设置为 TRUE 否则收集的统计信息大约只能起到 %的作用

SQL @C \oracle\ora \rdbms\admin\spcreate sql 输入 perfstat_password 的值   perfstat输入default_tablespace的值   perfstat输入temporary_tablespace 的值   temp

NOTE SPCPKG plete Please check spcpkg lis for any errors ——需要出现上述语句才算成功 否则请查看 lis文件并执行 进行重建SQL @C \oracle\ora \rdbms\admin\spdrop sql SQL @C \oracle\ora \rdbms\admin\spcreate sql

查看文件夹会产生三个文件C \oracle\ora \bin spcpkg lis spctab lis spcusr lis

——从下面开始都可以在客户端SQL_PLUS进行操作 手动执行STATSPACK收集统计信息SQL show user USER为 PERFSTAT SQL execute statspack snap      ——快照

然后需要经过 个小时（跑批需要包含在里面） 再执行SQL execute statspack snap      ——快照

最后生成STATSPACK调整报告

SQL @C:\oracle\ora \rdbms\admin\spreport sql;

Current Instance ~~~~~~~~~~~~~~~~      DB Id    DB Name      Inst Num Instance   COLM                colm   Instances in this Statspack schema ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~    DB Id    Inst Num DB Name      Instance     Host           COLM         colm         STEVENHUANG   Using  for database Id Using          for instance number   Completed Snapshots                              Snap                    Snap Instance     DB Name         Id   Snap Started    Level Comment colm         COLM           月 :                                                                                月 :                                          Specify the Begin and End Snapshot Ids ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 输入 begin_snap 的值:  输入 end_snap 的值:  End   Snapshot Id specified:   Specify the Report Name ~~~~~~~~~~~~~~~~~~~~~~~ The default report file name is sp_ _   To use this name press return to continue otherwise enter an alternative 输入 report_name 的值:  report txt   End of Report

查看产生的report 文档C \oracle\ora \bin\report txt

lishixinzhi/Article/program/Oracle/201311/17298

oracle数据库的性能优化有哪些方法？

你最好买一本专门讲ORACLE性能优化的书，好好看看\x0d\x0a1、调整数据库服务器的性能\x0d\x0aOracle数据库服务器是整个系统的核心，它的性能高低直接影响整个系统的性能，为了调整Oracle数据库服务器的性能，主要从以下几个方面考虑： \x0d\x0a1.1、调整操作系统以适合Oracle数据库服务器运行\x0d\x0aOracle数据库服务器很大程度上依赖于运行服务器的操作系统，如果操作系统不能提供最好性能，那么无论如何调整，Oracle数据库服务器也无法发挥其应有的性能。 \x0d\x0a1.1.1、为Oracle数据库服务器规划系统资源 \x0d\x0a据已有计算机可用资源, 规划分配给Oracle服务器资源原则是：尽可能使Oracle服务器使用资源最大化,特别在Client/Server中尽量让服务器上所有资源都来运行Oracle服务。 \x0d\x0a1.1.2、调整计算机系统中的内存配置 \x0d\x0a多数操作系统都用虚存来模拟计算机上更大的内存，它实际上是硬盘上的一定的磁盘空间。当实际的内存空间不能满足应用软件的要求时，操作系统就将用这部分的磁盘空间对内存中的信息进行页面替换，这将引起大量的磁盘I/O操作，使整个服务器的性能下降。为了避免过多地使用虚存，应加大计算机的内存。 \x0d\x0a1.1.3、为Oracle数据库服务器设置操作系统进程优先级 \x0d\x0a不要在操作系统中调整Oracle进程的优先级，因为在Oracle数据库系统中，所有的后台和前台数据库服务器进程执行的是同等重要的工作，需要同等的优先级。所以在安装时，让所有的数据库服务器进程都使用缺省的优先级运行。 \x0d\x0a1.2、调整内存分配\x0d\x0aOracle数据库服务器保留3个基本的内存高速缓存，分别对应3种不同类型的数据：库高速缓存，字典高速缓存和缓冲区高速缓存。库高速缓存和字典高速缓存一起构成共享池，共享池再加上缓冲区高速缓存便构成了系统全程区(SGA)。SGA是对数据库数据进行快速访问的一个系统全程区，若SGA本身需要频繁地进行释放、分配，则不能达到快速访问数据的目的，因此应把SGA放在主存中，不要放在虚拟内存中。内存的调整主要是指调整组成SGA的内存结构的大小来提高系统性能，由于Oracle数据库服务器的内存结构需求与应用密切相关，所以内存结构的调整应在磁盘I/O调整之前进行。 \x0d\x0a1.2.1、库缓冲区的调整 \x0d\x0a库缓冲区中包含私用和共享SQL和PL/SQL区，通过比较库缓冲区的命中率决定它的大小。要调整库缓冲区，必须首先了解该库缓冲区的活动情况，库缓冲区的活动统计信息保留在动态性能表v$librarycache数据字典中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\x0a \x0d\x0aSelect sum(pins),sum(reloads) from v$librarycache; \x0d\x0a \x0d\x0aPins列给出SQL语句，PL/SQL块及被访问对象定义的总次数；Reloads列给出SQL 和PL/SQL块的隐式分析或对象定义重装载时在库程序缓冲区中发生的错误。如果sum(pins)/sum(reloads) ≈0，则库缓冲区的命中率合适；若sum(pins)/sum(reloads)1, 则需调整初始化参数 shared_pool_size来重新调整分配给共享池的内存量。 \x0d\x0a1.2.2、数据字典缓冲区的调整 \x0d\x0a数据字典缓冲区包含了有关数据库的结构、用户、实体信息。数据字典的命中率，对系统性能影响极大。数据字典缓冲区的使用情况记录在动态性能表v$librarycache中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\x0a \x0d\x0aSelect sum(gets),sum(getmisses) from v$rowcache; \x0d\x0a \x0d\x0aGets列是对相应项请求次数的统计；Getmisses 列是引起缓冲区出错的数据的请求次数。对于频繁访问的数据字典缓冲区，sum(getmisses)/sum(gets)10%～15%。若大于此百分数，则应考虑增加数据字典缓冲区的容量，即需调整初始化参数shared_pool_size来重新调整分配给共享池的内存量。 \x0d\x0a1.2.3、缓冲区高速缓存的调整 \x0d\x0a用户进程所存取的所有数据都是经过缓冲区高速缓存来存取，所以该部分的命中率，对性能至关重要。缓冲区高速缓存的使用情况记录在动态性能表v$sysstat中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\x0a \x0d\x0aSelect name,value from v$sysstat where name in ('dbblock gets','consistent gets','physical reads'); \x0d\x0a \x0d\x0adbblock gets和consistent gets的值是请求数据缓冲区中读的总次数。physical reads的值是请求数据时引起从盘中读文件的次数。从缓冲区高速缓存中读的可能性的高低称为缓冲区的命中率，计算公式： \x0d\x0a \x0d\x0aHit Ratio=1-(physical reds/(dbblock gets+consistent gets)) \x0d\x0a \x0d\x0a如果Hit Ratio60%～70%，则应增大db_block_buffers的参数值。db_block_buffers可以调整分配给缓冲区高速缓存的内存量，即db_block_buffers可设置分配缓冲区高速缓存的数据块的个数。缓冲区高速缓存的总字节数=db_block_buffers的值*db_block_size的值。db_block_size 的值表示数据块大小的字节数，可查询 v$parameter 表： \x0d\x0a \x0d\x0aselect name,value from v$parameter where name='db_block_size'; \x0d\x0a \x0d\x0a在修改了上述数据库的初始化参数以后，必须先关闭数据库，在重新启动数据库后才能使新的设置起作用。

Oracle分区是怎样优化数据库的？

Oracle的分区可以分为：列表分区、范围分区、散列分区、复合分区。

1、增强可用性：如果表的一个分区由于系统故障而不能使用，表的其余好的分区仍可以使用；

2、减少关闭时间：如果系统故障只影响表的一部分分区，那么只有这部分分区需要修复，可能比整个大表修复花的时间更少；

3、维护轻松：如果需要建表，独自管理每个公区比管理单个大表要轻松得多；

4、均衡I/O：可以把表的不同分区分配到不同的磁盘来平衡I/O改善性能；

5、改善性能：对大表的查询、增加、修改等操作可以分解到表的不同分区来并行执行，可使运行速度更快；

6、分区对用户透明：最终用户感觉不到分区的存在。

网站名称：oracle怎么调优的 oracle简单优化必做的调整
网站链接：http://azwzsj.com/article/hpcjgd.html