普通表:
数据作为无序的收集被存放。
分区表:
数据被分成更小更便于管理的块。
索引组织表(IOT):
数据被分类并存储在一个B数索引结构中。只有一个主键盘索引有效。
散列簇表:
一个以上的表的相关数据被存放在一起。(增删改不适合)
一个分区表是:
存储在它自己的段
用于改善性能和可管理性。
(一张表可以跨多个分区,用于海量存储,大量一般不需要)
避免i/o争夺,增加i/o并行
尽量避免跨分区。
方案管理任务:
dba任务包括:
1 估计新表的大小
2 分析增长趋势
3 管理优化统计
4 在线重组方案对象
寻址数量的2-4%用索引,能不建尽量不建。
hash join
nested join
merge join
性能调优方法
步骤:
从上到下调优:
设计之前,微调应用程序代码
编码前要调整实例
调优潜在好处最大的区域
鉴别最大的等待
鉴别最长的服务时间。
三个top...
达到目标了就要停止调优。
使用sql优化指导的来源分析:
抓top sql:分析顶端的当前活跃的SQL语句
sql调优集:分析你提供的一套SQL语句
快照:快照分析
基线:基线分析
看工程文档是积累工程项目的最有效方式。
内存:buffer cache调i/o ,shared pool 调程序
db_block_size
db_cache_size
db_recycle_cache_size --重复使用
db_keep_cache_size --驻留
shared pool:library cache data, dictionary cache, uga
assm:动态调整内存大小,一般不用手工。
library cache内存调优指南
1 为开发折建立格式规范,以便sql语句可以正确匹配到缓存。
2 使用绑定变量
3 除去不必要的重复sql
4 考虑使用cursor_sharing
5 可能的时候使用pl/sql
6 缓存序列号
7 对象固定在library cache.
不完全恢复4种类型:
基于时间
基于取消
基于scn
日志序列
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24214296/viewspace-1035351/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/24214296/viewspace-1035351/