SECTION6数据库性能优化.docVIP

1）Check;DB的可用性 2）C troubleshoting Performance:定位析处理3）天都有势走向行对比原因4） 网络,分配内存解析数据REDO写数据存储通过交换机分布不够合理点块问题) 问题带来进唤出以增加内存方式或者整理碎片 种索引的创建建索引的路径短开销即量少块即量开销少 到大对像内存中 的数据分步是怎么样的到一个最优的行计划于索引的监控看哪些索引使用些没有使用有使用的删除掉为维护相关表的时候会维护索引于索引销比较大出现碎片化比较严重样会读更多的块得到最终数据样代码比较高周期监控几个周期这个索引都未使用么可以尝试把这个索引删除掉ACLE11G有个新技术可见索引发现有索引有用的时候以让索引置为不可见某一时间用到了能下降样在把这个索引置为可见 让某条SQL句执行我们想要执行计划执行计划以使用可以使用点检查点事件的理解点事件对数据库性能有什么冲击运行击的情况频度是什么样的数据文件文件志文件的致KPT过于频繁能非常低频繁CKPT只有一个优点那就是实例恢复速度特别快频繁么实例恢复的时候就特别长为需要重演的数据块就特别的多重演块的改变也不能保证所有数据块都是可用有效的旦志写满会切换发生检查事件量检查点事件减轻了系统缓慢脏块比么得告诉库已经写到哪里了告诉控制就可以了样恢复的时候需要控制文件的进行实例恢复 检查点 检查点记录到志文件中 方法：调整 注：可以确定检查点事件的频是否高并调整数 Sparameter alert Alter system set log_checkpoints_to_alert=true; Show parameter alert 测试功能是否实现 工发检查点 alter system checkpoint; 查看日志中是否记录检查点信息 Sun Apr 14 18:26:25 2013 Incremental checkpoint up to RBA [0x10.324.0], current log tail at RBA [0x10.373.0] Sun Apr 14 18:26:58 2013 Beginning global checkpoint up to RBA [0x10.373.10], SCN: 662467 Completed checkpoint up to RBA [0x10.373.10], SCN: 662467 规范文件目录 所有用户信息文件放到一个目录下 参：books-reference-user_dump_dest 答： Alter system set user_dump_dest=/u01/app/oracle/admin/PROD/udmp 内存调整 ：整数使数据库运行模式下设置 设置SGA的最大值为PGA大小调整到M JAVA_POOL调整到数到Show parameter sga_target Alter system set sga_target=400m; 调整sga_max_size参数到Show parameter sga_max_size Alter system set sga_max_size=512m scope=spfile; 调整pga_aggregate_target参数到Show parameter pga_aggregate_target Alter system set pga_aggregate_target=120m; 调整java_pool_size参数到00M Show parameter java_pool_size Alter system set java_pool_size=200m scope=spfile; 重启数据库使参数调整失效 Simmediate; startup 资源管理器 各资源的使用如说对临时表空间资源争抢的时候管理器才生效 于合型系统比较有用的照题目要求配置资源管理器 Create tow resource manager consumer groups,OLTP and DSS(Use comment which will be used for ) Create a plan（资源计划有资源使用的限定 named weekdays（按照周末的方式做资源计划 with the following directives only: For OLTP group,we cannot allow more than 20 active sessions .IF more than 20 sessions the request should be aborted if the wait exceeds 60 seconds.短事务小事务密型事务务组 The maximum nu