博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
tune 06 Database Configuration and I/O Issues
阅读量:7094 次
发布时间:2019-06-28

本文共 906 字,大约阅读时间需要 3 分钟。

1. 尽量读内存中的数据

2. 尽量减少IO矛盾, 即多个任务同时读写一块磁盘

表和索引要尽量分开在不同磁盘, 因为表和它的索引是同时读取的, 所以分磁盘后, 对性能会提高.

物理磁盘的调优相关

redo log file 放在最快的磁盘上, data 放在容量大, 速度慢一点也没关系

表和索引是同时读取的,所以表和索引分开磁盘比较好

FTS 就是全表扫描的意思

并不是所有时刻都要避免全表扫描,通常来说需要避免不必要的全表扫描

一次性读取多少块这个参数的设置(DB_FILE_MULTIBLOCK_READ_COUNT),是需要和操作系统配合的,必须在操作系统准许的范围内

是server process 去读这个磁盘的块, 所以可以设置session 级别来设置这个参数, 如果你要设置这个参数, 那么就在操作系统准许的情况下设置最大值.

一般都是 incremental checkpoints 这种情况, 因为 full checkpoint 很费时, 这样虽然是提高了效率, 但是这个有个问题就是如果数据库出现问题, 那么recovery 时就要费更多时间. 那么这种情况是一般DBWn 会慢慢的或者数据库空闲时将实际数据写到磁盘上.

ALTER SYSTEM CHECKPOINT; 全检查点

Tablespace 只是把相关的 tablespace 的数据写到磁盘上.

fast_start_mttr_target 这个参数比较重要, 断电到正常工作恢复所需要的时间, 这个参数是recovery database 的秒数, 比如 600秒, 你设定这个参数以后, oracle会自动调整其他指标来满足用户的要求.

LGWR 写的信息从 group1 到 group2 的同时, archivelog 将 group1 中的内容归档, 所以这里有个时间同步利用. 另外, 当 group1 要被覆盖时, 要确定它所对数据库做的修改而触发的 checkpoint 是否完成, 如果没有完成表示DBWn 还没有把信息写到磁盘, 这时候 group1 就不能被覆盖, 那么这时候数据库就hang在这了.

转载地址:http://zcxql.baihongyu.com/

你可能感兴趣的文章
今天聊一聊Java引用类型的强制类型转换
查看>>
把数据保存到数据库archives表时出错,请检查
查看>>
JavaSE基本语法、数据类型、操作符等:int、long、Integer、Long、if、else、for、while...
查看>>
解析XML文件
查看>>
牛客练习赛46
查看>>
netty线程模型
查看>>
Codeforces Round #237 Div.2 A
查看>>
initrd.gz的解压和制作
查看>>
LeetCode:Edit Distance(字符串编辑距离DP)
查看>>
设计流程及工具记录
查看>>
关于CDialogBar的编程
查看>>
吹きすさぶ风の中で
查看>>
对象引用前加const 报错
查看>>
linux 0.11 源码学习(十一)
查看>>
编码风格——linux内核开发的coding style
查看>>
表格隔行变色案例
查看>>
IOS 模拟不同网络环境 - Network Link Conditioner
查看>>
JAVA第一周学习
查看>>
sql语句select group by order by where一般先后顺序 转载
查看>>
for循环是怎么工作的
查看>>