Oracle调优实战.docVIP

Oracle调优实战 文档结构 主要从性能调优的各个方面阐述分析思路，文中如果出现蓝色带下划线的部分，请点击，可以查看详细的操作步骤。 阅读文档的时候建议打开文档结构图，便于快速获得自己所需要的内容 必备工具 工欲善其事，必先利其器 SQLDeveloper XManager系列工具 了解一下服务器大致运行的情况 CPU和内存情况 cat /proc/cpuinfo free Top 如果4-5个Oracle进程老是居高不下，说明语句或者Oracle内存配置还是有很大问题 Vmstat 观察一段时间内，是否线程堵塞，SWAP是否在使用、CPU和Memory使用情况如何 确认是否以SMP方式运行 #cat /proc/cpuinfo???? 可查看系统CPU状况 #uname –a 可看系统的运行方式 确认操作系统的共享内存大小 最好将Oracle的使用内存都扔到一个共享内存段中，便于提高性能； 以下内容主要还是针对Linux，AIX好像是自己管理共享内存，无法设置 查看方法： more /proc/sys/kernel/shmmax 查看共享内存大小，默认为32M 修改方法： vi /etc/sysctl.conf 然后加入 fs.file-max = 65536 kernel.shmmax = 2147483648 需要将Oracle的SGA内存都放在一个共享内存段 使用sysctl -p命令生效 IO故障分析 确认文件打开数目，ulimit –n 建议调到65535 在IO故障分析还是缺少经验，希望有实战的同事补充 从TOPSQL开始入手 Oracle一般按照以前提供的文档进行设置，基本上不会出现太多问题，问题很多方面与垃圾数据、SQL语句不合理、索引创建得不太合适有关。 获取TOPSQL 按照后面相关知识点中的获取TOPSQL章节描述的方法，根据看到的情况，获取系统的前10～20条TOPSQL 逐条分析这些SQL，找到具体的原因 位于TOPSQL主要的可能性原因主要可能有以下几个方面： 几个大表进行关联查询（比如WCMChnlDoc和WCMDocument） 某些表数据太大，过多冗余 索引建立得不合理，存在Table Full Scan 了解WCM的一些信息 检查一些表的冗余数据是否过多 需要检查的表： WCMLog(日志) 消息相关的表：WCMMessage、WCMMsgQueue、WCMMSGRECEIVER 如果安装了Blog：XWCMCLIENTUSER 如果使用了IDS：IDSLOG表可能也会很大 检查、删除和备份的方法： Select count(*) from 表名; 如果超过1W，建议执行truncate table 表名; 如果感觉表对于用户还有用，可以先备份 SQLServer：select * into 表名日期 from 表名; Oracle：create table 表名日期 as select * from 表名; 确定是单表还是多表查询 如果是WCM52，默认都是多表； Alter table WCMChnlDoc nologging; Update WCMChnlDoc set DocTitle=(select WCMDocument.DocTitle from WCMDocument where WCMDocument.DocId=WCMChnlDoc.DocId); 栏目检索条件、模板中是否指定了多表 检查垃圾数据是否多，如果超过1W，建议truncate select count(*) from WCMLog; select count(*) from WCMMessage; --WCM6需要关注 select count(*) from wcmmsgqueue; --WCM6需要关注 select count(*) from wcmpublishtask; 检查WCMChnlDoc上的索引（RecId是否有主键、） 了解Oracle基本配置 获取配置文件 登录服务器，切换到Oracle用户 相关知识点： Oracle的SID一般定义在：$ORACLE_SID变量中 配置文件一般配置在$ORACLE_HOME/dbs中 cd $ORACLE_HOME/dbs，配置文件一般配置在cd $ORACLE_HOME/dbs中 获取Oracle配置文件，查看各项配置，获取方法见Oracle配置文件的获取和修改方法 确认是否为共享模式(shared mode) ps -ef |grep s000 如果有进程，说明是Shared Mode，需要修改配置文件将如下一行注释掉 #*.dispatchers=(PROTOCOL=TCP) (SERVICE=mossXD