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

LU上看到一篇帖,楼主的占用了大量的系统资源，闲云版主给出了一个根据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这些类型的应用它则是不适合的。