首页 > Linux操作系统 > Linux操作系统 > DB设计[zt](再完善)
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/ ,如需转载,请注明出处,否则将追究法律责任。