ITPub博客

首页 > Linux操作系统 > Linux操作系统 > DB设计[zt](再完善)

DB设计[zt](再完善)

原创 Linux操作系统 作者:grace_xuxj 时间:2010-10-22 11:53:48 0 删除 编辑

redo设计

• redo是对Oracle性能影响最大的组件

• REDO对IO的影响巨大

• 注意REDO文件存放的位置

• 注意REDO文件的大小(日志切换时间)

• LOG BUFFER的大小

• 归档日志

 

TEMP设计

• 理解TEMP的工作原理

- TEMP使用率达到100%很正常

- SEP

- RAC环境下的TEMP

• SORT_AREA_SIZE

TZESAROSA与TEMP的关系

• 减少TEMP争用

 

UNDO设计

• 尽量使用AUM

• UNDO_RETENTION的设置

• 使用手工管理

- 大型事务使用独立的RBS

- OPTIMAL SIZE的设置

 

 

内存配置

• 有没有计算内存配置的公式?

• 几点原则:

- 无论如何设置,不能产生换页

- 没有所谓的百分比限制,根据系统特点使用内存

- 不要给操作系统文件缓冲过多的内存

- 尽量避免硬盘排序

- 缓冲池的命中率-不能仅仅关注命中率

- 共享池的配置

- PX MSG POOL的设置

- 使用多缓冲池

- LOG BUFFER的设置

- ASMM(10G)

- 注意不要导致CPU

 

 

操作系统参数设置

• SHM相关参数

• SEM相关参数

• VM相关的参数

• ULIMIT

• MAXPERM%(DBC_MAX_PCT)

• LINUX独特的VM管理机制

• AIO相关参数

 

IO规划

• 规划存储的划分

• RAID 1+0 /RAID 5还是AUTO RAID?

• 单一RAID组还是多个RAID组?

• 避免热点

• REDO LOG的性能

 

 

SQL开发培训

• 教会开发人员写SQL比帮他们调优SQL代价更小

• 开发人员只关注SQL的功能而不是性能

• 避免编写大开销的多表连接的SQL

• 多使用存储过程替代大开销的多表连接

• 注意合理使用绑定变量

• 如何创建和使用索引

 

索引的设计

• 了解每个版本索引的新特性

• 9i以后,复合索引的效用更大

• 一个索引在多个场合使用

• 索引设计的技巧

- 注意和WHERE条件的配合

- 复合索引的选择性优先原则

- 一个表上索引的多少并不是关键,业务类型才是关键

- 注意评估索引的效用

- 注意位图索引的使用

- 索引是需要经常维护的

 

 

 

表存储参数优化

• INITAL/NEXT

• PCTFREE

• FREELISTS/FREELIST GROUPS

• INITTRANS/MAXTRANS

 

表空间的设计

• 竞争性的对象不适合放在同一个表空间

• 力争把尺寸类似的段放在相同的表空间里

• 只读表空间的设计

• 表空间与IO负载均衡

 

 

 

数据库物理设计

• 表空间的设计

• 表存储参数的设计(NEXT EXTENT,PCTFREE,FREELISTS,INITTRANS,ETC)

• 段扩展大小要合理

• 索引设计

• 表分区的设计

• 数据归档的设计

 

 

 

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/23490498/viewspace-676534/ ,如需转载,请注明出处,否则将追究法律责任。

上一篇: AWR
下一篇: 旅行装备
请登录后发表评论 登录
全部评论

注册时间:2010-03-10

  • 博文量
    126
  • 访问量
    114696