ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 根据pid分析sql语句以及oracle的MTS

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

原创 Linux操作系统 作者:davissun 时间:2009-07-02 11:22:44 0 删除 编辑
根据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语句。如果感觉输入麻烦,比较简单的方法是开2个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/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2009-04-27

  • 博文量
    17
  • 访问量
    7379