调优方式:
sql
配置
硬件
10g出现awr
9i是statspack
awr对应的视图
当一个节点异常的时候,可以通过另外一个节点上来生成awr报告
exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT
11g开始os指标增加
EM定义度量阀值,表空间等
crs启动方式,导致mmon启动不起来(重启解决,没有);要用srv方式启动rac
没研究过,有兴趣私下交流
job指定实例执行???????
上海-卢巍_0815 10:13:12
问题5:这个db是双节点RAC,autotask是在哪个节点运行?能否指定节点
如果不指定,则可能是其中的任意一个节点。
可以指定节点,参考How To Run A Job On Specific Node Using DBMS_SCHEDULER (Doc ID 472535.1)建议。
创建Service来指定优先使用的NODE,如果优先使用的NODE不可用,Service会自动使用另外一个节点。
srvctl add service -d ORCL -s BATCH_SERVICE -r ORCL2 -a ORCL1
-r 指定优先使用的NODE
-a 如果优先使用的NODE不可用,则使用此处指定的node .
在有意义的点设置基线
清掉awr报告--卢总
awr比对报告生成
没有最优,指定调优目标很重要
切入点:
等待时间、perf、sql
jdbc开游标很多不关闭;ora-1000
CPU的sockets数
session数:高并发下容易出现bug,OLTP系统正常2-3K
三种等待:
空闲等待
wait for some source
wait for some service
DBTIME不包含后台进程
9i不以时间为基准调试
等待导致的DBtime极高的问题,DBCPU反倒下降了;dbcpu时间正常为1/3
内存管理:
9i MSMM
10g ASMM---有可能有导致sharedpool极度扩充,buffer cache极度shrink;避免shared pool shrink;避免4031错误;
11g AMM
硬解析:
KGLH0--sql文本
KGLHD--SQL父句柄
dbwr长期写出慢会导致定期log file switch(checkpoint no complete) 检查点无法完成的前台等待。---不能覆盖
190M的插入到180的redo(3*60)
软解析--不产生执行计划,但是还是消耗资源的
硬解析--达到2-3百的时候就是很不好,最好小于20
row cache -kqr硬解析导致的sddssd
直方图对硬解析的影响,切斜列的处理
OLTP系统内存排序比较多
短连接--不适合oracle,适合mysql?????
游标可以减少软解析???游标缓存失效---登陆登出过程---适合b/s架构,不适合c/s架构
jdbc开关游标
8i之前以命中率来调试
游标共享来减少软解析
抓没绑定变量的sql
sockets--通道,几路,cpu接口
多块读不能跨越extent
db file sequential read--也叫单块读
链式行导致的单块读很严重
optinze_dynamic_sampling=0??????
db_file_multiblock_read_count默认就好,大对全表扫描和建索引有好处,但是影响优化器判断
大表的判断:大于2%的buffer_cache
buffer gets就是逻辑读
必须保证写入到redo,才能传给对方节点
commit要快,小于1ms????一般能达到10ms
事件是因还是果
log file sync:commit;节点间传输慢;
小于1ms;一般小于10ms就可以
大表的时候用direct path read--11g的新方案
10949关闭这个算法
redolog大小设置??????
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/27573546/viewspace-758439/
,如需转载,请注明出处,否则将追究法律责任。