根据pid分析sql语句以及oracle的MTS

根据pid分析sql语句以及oracle的MTS

2008年12月17日 星期三 08:44

LU上看到一篇帖,楼主的oracle占用了大量的系统资源，闲云版主给出了一个根据pid得到oracle sql脚本的方法，特在自己的系统上小试一把。 topas中发觉某oracle进程占用了大量的user资源，首先记录下oracle进程的pid号 用root用户连接进sqlplus 根据oracle 系统视图查询该pid对应的sql语句： 1. select sid from v$session where paddr = (select addr from v$process where pid = &spid); 然后输入pid，得到对应的sid (session id) 2. select sql_text from v$sqltext where address = (select sql_address from v$session where sid = &sid) order by piece; 输入刚才得到的sid，的确可以得到sql语句。如果感觉输入麻烦，比较简单的方法是开２个sqlplus顺序执行 由此引发一个问题，系统进程 process和oracle session是一一对应的吗？ 在Shared Server中的Process 和Oracle 中的Session不是一一对应的，Shared Server中的Process 一个对应着Oracle 中的一个或者一个以上的Session。 我在dedicated server机器上试验了 数据库的session和操作系统process是对应的,即表示一个session对应一个process，但是一个process未必对应一个session,可以通过SELECT spid FROM v$process WHERE NOT EXISTS ( SELECT 1 FROM v$session WHERE paddr = addr); 查看 或 SQL> select count(*) from v$process; COUNT(*) ---------- 53 SQL> select count(*) from v$session; COUNT(*) ---------- 50 关于oracle 的share模式和dedicated模式： 并发用户没有超过500用户，一般不建议用SHARE模式，生产环境一般都用DEDICATED模式的，如果是大的网站等就会用到SHARE模式。 share或者dedicated模式是针对session而言的，不要理解为数据库工作在share或者dedicate方式。如果要使用share方式，需要注意两个参数DISPATCHERS和shared_servers，还需要客户端的tnsnames.ora指定SERVER = SHARED。 以下为 V$SESSION Data Dictionary View Columns ___________________________ SADDR SID SERIAL# AUDSID PADDR USER# USERNAME COMMAND OWNERID TADDR LOCKWAIT STATUS SERVER SCHEMA# SCHEMANAME OSUSER PROCESS MACHINE TERMINAL PROGRAM TYPE SQL_ADDRESS SQL_HASH_VALUE PREV_SQL_ADDR PREV_HASH_VALUE MODULE MODULE_HASH ACTION ACTION_HASH CLIENT_INFO FIXED_TABLE_SEQUENCE ROW_WAIT_OBJ# ROW_WAIT_FILE# ROW_WAIT_BLOCK# ROW_WAIT_ROW# LOGON_TIME LAST_CALL_ET PDML_ENABLED FAILOVER_TYPE FAILOVER_METHOD FAILED_OVER RESOURCE_CONSUMER_GROUP PDML_STATUS PDDL_STATUS PQ_STATUS CURRENT_QUEUE_DURATION CLIENT_IDENTIFIER再收藏一篇关于oralce mts的文章 服务器负载较大.pgsp已经用去了66%之多 统计了一下进程,确定根本原因在于oracle进程数太多.也就是dedicated连接数太多. 考虑将用户连接方式改为multithread方式. 查看Oracle的配置,MTS配置缺省已经打开. v$dispatcher , v$shared_server 中记录数均为1 但是在客户端tnsnames.ora 中把 (SERVER = DEDICATED)改为 (SERVER = SHARED)后连接数据库时,得到错误: ORA-12519: 再回头看服务器配置参数 show parameter dispatchers mts_dispatchers = (PROTOCOL=TCP) (SERVICE=devaXDB) 看监听器,lsnrctl status 未发现 service devaXDB alter system register; 后来... 修改了listener.ora , 将 (ADDRESS_LIST =         (ADDRESS = (PROTOCOL = TCP)(HOST = shdemo1)(PORT = 1521))       ) 中的IP地址改为主机名. 重启lsnr , OK 作为备忘,将MTS相关的一篇文章摘抄下来,方便查阅 一、简介　　 　　MTS（Multi-Threaded Server）是ORACLE SERVER的一个可选的配置选择，是相对DEDICATE方式而言，它最大的优点是在以不用增加物理资源（内存）的前提下支持更多的并发的连接。换句话说，如果你只有2G的物理内存，而你又想支持2000个连接，在获取最好性能的前提下，你就应该选择MTS了。　　 　　本文先说一说MTS的工作方式，然后与DEDICATE方式的做一下比较，接下来说一下MTS具体配置实现，最后说一些优化MTS配置选项的问题。 　　 　　二、MTS的工作方式　　 　　1、Joseph C.Johnson以餐馆给出一个MTS的形象的比喻　 假设ORACLE是一家餐馆，当你走进一家餐馆时你感觉最舒服的服务方式就是有一个专门的waiter来为你服务，而不管餐馆中来了多少人， 她只对你请求应答，这是DEDICTE的处理方式，也就是说每一个ORACLE客户端的连接都有一个专门的服务进程来为它服务。 而大部的餐馆的服方式都不是一对一的，当你走进的时侯，你就被指定了一个waiter，她也可能为其它桌服着务，这对于餐馆来说是最有利的，因为他们可以服务更多的客人而不需要增加他们的员工。 这样对你来说也可能是不错的，如果餐馆不是太忙，她服务的客人的请求都很简短且容易完成，你的感觉也好像自己拥有一个专门的waiter， waiter把你的ORDER转给厨师，然后把做好的菜拿给你，这就是MTS的处理方式，这些共享的waiters我们叫她们为Dispatchers，厨师我们则叫他们为Shared Server Processes。　　 　 　　 2、以简图说一下MTS的工作方式(SYBEX书中的一幅图)　　 　　1)客户端向Dispatcher发一个服务请求　　 　　2)Dispatch把这个请求放到SGA区的请求对队列中　　 　　3)由一个或几个服务进程来处理这个请求　　 　　4)服务进程把进行的结果放到Dispatch的SGA区的的响应队列中　　 　　5)Dispatcher从响应队列拾起结果　　 　　6)完成客户端的请求并把结果回送给客户端 　　 　　三、MTS与DEDICATE方式方面做一下比较，为方便比较绘制如下的简表 　　序号　　 　　比较项　　 　　MTS方式　　 　　DEDICATE方式　　 　　1　　 　　服务进程　　 　　多个连接共享一个服务进程　　 　　一个连接有一个专门的服务进程　　 　　2　　 　　每个客户端的连接使用的内存量　　 　　3-4M　　 　　150-200K　　 　　3　　 　　适合的应用环境　　 　　适合连接数很多且请求很短少的OLTP环境　　 　　如果Oracle服务器的资源够用，这种方式是优选　　 　　4　 　　CPU负载　　 　　会造成一些CPU的负载，如果你的CPU有瓶颈，则不要用这种方式 四、　MTS的配置实现　　 　　1、　Oracle8i MTS环境常用到的几个参数 　　序号　　 　　参数　　 　　说明　　 　　1　　 　　mts_dispatchers　　 　　用于配置当Instance启动的时侯启用的Dispatcher的数量、及Dispatcher所响应的协议，它是一个动态的参数，可以用Alter system进行动态修定，它没有默认值。　　 　　2 　　mts_max_dispatchers　　 　　用于指定同时运行的Dispatcher进程的最大数量，对于大部分的应用，每250个连接启用一个Dispatcher可以获得较好的性能。默认值是5或所配置的Dispatcher的数量　　 　　3　　 　　mts_servers　　 　　用于指定当Instance启动时你想启用的服务进程的数量，它是一个动态参数，可以用Alter systme动态修定。　　 　　4　 　　mts_max_servers　　 　　用于指定同时进行的共享的库的服务进程的数量，如果你的系统经常出现死锁，应该适当的增加这个值。 　　5　　 　　Mts_service　　 　　设为SID　　 　　6　　 　　mts_listener_address　　 　　TNS监听的地址　　 　　2、　Oracle9i MTS环境常用到的几个参数　　 　　序号　　 　　参数　　 　　说明　　 　　1　　 　　Dispatchers　　 　　等同于8i中的mts_dispatchers参数　　 　　2　　 　　max_dispatchers　　 　　等同于8i中的mts_max_dispatchers参数　　 　　3　　 　　shared_servers　　 　　等同于8i中的mts_server参数　　 　　4　　 　　max_shared_servers　　 　　等同于8i中的mts_max_servers参数　　 　　3、　以我一个实际环境（Oracle8.1.7.4）举个例子，9i类似，我在Init这个初始化参数文件中加入了如下的MTS的参数，完成了MTS的配置。　　 　　#mts set by qiuyb　　 　　mts_dispatchers="(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.223.125))(DISPATCHERS=10)" 　　 　　mts_max_dispatchers=20　　 　　mts_servers=10　　 　　mts_max_servers=50　　 　　mts_service=BILLING　　 　　mts_listener_address="(address=(protocol=tcp)(host=192.168.223.125)(port=1521))" large_pool_size=400M　　 　　#End of qiuyb's Set　　 　　需要说明的是large_pool_size这个初始化参数，在MTS环境中为获取更好的性能建议设置这个参数，这样UGA都从large_pool这样一个固定的区域中进行分配，而不用从Shared Pool中动态进行分配，这样也可以减少ORA-04031错误的发生。　　 　　五、 优化MTS配置选项及你可能问的几个问题　　 　　1、　large_pool_size这个参数我该设为多大呢？　　 　　当large_pool_size的大小能够满足所有的共享服务进程所需的内存就可以了，当然如果内存够用的话可以适当的加大一点，如下的语句便可以得出自实例启动来MTS连接所用的内存的最大数量，可以看出来是200多M。 　　SELECT sum(value) "Max MTS Memory Allocated"　　 　　FROM v$sesstat　ss, v$statname st　　 　　WHERE name = 'session uga memory max'　　 　　AND ss.statistic#=st.statistic#　　 　　Max MTS Memory Allocated 　　------------------------ 　　 　　214457296 　　 　　2、　如何判断我dispatcher的数量是不是够用呢？　　 　　使用如下的语句，当dispatcher的繁忙比率超过50%的时侯，你就要考虑增加Dispatcher的数量了，用Alter system动态却可完成。　　 　　SELECT name, (busy / (busy + idle))*100 "Dispatcher % busy Rate"　　 　　FROM V$DISPATCHER 　　 　　3、　如何判断共享服务进程是不是够用呢？　　 　　使用如下的语句来确定每次请求的平均等待时间，监测Average Wait time per reques这个值，当这个值持续增长时你该考虑增加shared servers了。　　 　　SELECT decode(totalq,0,'No Requests') "Wait Time",　　 　　Wait/totalq ||'hundredths of seconds' "Average Wait time per request"　　 　　FROM V$QUEUE　　WHERE type = 'COMMON' 　　 　　4、　如何在MTS配置的Server请求Dedicate的连接着？　　 　　你在Tnsnames.ora中做服务名配置时加入SRVR=DEDICATED这个选项就可以了，示例如下：　　 　　billing = 　　(DEscrīptION =　　 　　(　　 　　ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = ks3)(PORT = 1521))　　 　　)　　 　　(　　 　　CONNECT_DATA =　　 　　(SERVICE_NAME = billing)　　 　　(SRVR = DEDICATED)　　 　　)　　 　　) 　　 　　六、 结文　　 　　在你的Oracle的服务器出现高的内存利用率和出现频繁换页时，使用MTS是一个不错的选择。总体上说来，MTS较适合OLTP这种类型的应用，对于那些数据仓库、DDS这些类型的应用它则是不适合的。

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

转载于:http://blog.itpub.net/13158758/viewspace-608137/