关于Oracle的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<SID>这个初始化参数文件中加入了如下的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 =
(DESCRIPTION =
  (
   ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = ks3)(PORT = 1521))
  )
  (
   CONNECT_DATA =
    (SERVICE_NAME = billing)
    (SRVR = DEDICATED)
  )
)


六、 结文

在你的Oracle的服务器出现高的内存利用率和出现频繁换页时,使用MTS是一个不错的选择。总体上说来,MTS较适合OLTP这种类型的应用,对于那些数据仓库、DDS这些类型的应用它则是不适合的。


 

继续说一说Oracle的MTS

1、在Oracle Server调整为MTS方式后,一些客户端出现了连不上Oracle Server的状况,大部分报的错为TNS-12509,如何解决?

回答:
在实际过程中是存在着这方面的情况,我总结了一下,大部是由Oracle8 的client引起的,就是那些配服务名还得挂着个.world的那种客户端,其实解决起来很简单,只需要把tnsname.ora这个文件中你的那个服务名配置的"sid="改成"service_name=",这就Ok了。

2、我使用了成都迈普公司的"隧道网关"这种产品,以前在dedicated方式是好好的,可是改成MTS后,为什么Client死活连不是Oracle的Server呢?

回答:
其实我们公司也用了这种产品,在MTS应用之初也遇到了这个问题。出现这个问题的原因为迈普的这种产品只为监测静态的端返回,它认为Oracle的监听端口即为返回端口,实际在MTS中不是这样的,多进行几次连接,用netstat -n在客户端观看一下就会明白,MTS返回的端口是动态的,所以迈普的这个产品就不好用了。解燃眉之急的办法可以这样:在MTS客户端配置"服务名"时,请求个Dedicate的连接,即使用SERVER = DEDICATED选项,这就把问题解决了。

3、如何跟踪一下MTS的dispatcher和shared server进程?

回答:
这需用到诊断事件了,dispatcher的诊断事件号为10248,shared server的为10249,如下以shared server为例简单说一下,假定s015的操作系统的进程号为13161.

sql>conn sys/pass as sysdba
sql>oradebug setospid 13161 
sql>oradebug TRACEFILE_NAME   --看一下跟踪文件的名称
sql>oradebug EVENT 10249 trace name context forever, level 10

也可以在init<SID>.ora中加入如下两行完成trace:

event="10248 trace name context forever, level X"  -- dispatchers
event="10249 trace name context forever, level X"  -- shared servers


4、如何在MTS中设置IPC

回答:
LISTENER.ORA:
=============
 
LISTENER=
  (ADDRESS_LIST=
     (ADDRESS=
        (PROTOCOL=IPC)
        (KEY=<sid name>)
     )
     (ADDRESS=
        (PROTOCOL=IPC)
        (KEY=<alias in tnsnames.ora for the sid>)
     )
  )
CONNECT_TIMEOUT_LISTENER=10
STARTUP_WAIT_TIME_LISTENER=0
SID_LIST_LISTENER=
  (SID_LIST=
    (SID_DESC=
      (SID_NAME=<sid name>) 
      (ORACLE_HOME=<home directory path for Oracle>)
    )
  )
 
地址列表中可以使用其它的协议,加入应的地址。这个例子完全是一个IPC的例子
 
TNSNAMES.ORA:
=============
 
<alias>=
  (DESCRIPTION=
     (ADDRESS=
        (PROTOCOL=IPC)
        (KEY=<sid name>)
     )
     (CONNECT_DATA=
        (SID=<sid name>)
     )
  )
 
 
INIT.ORA entries for MTS:
=========================
 
MTS_DISPATCHERS="IPC,2"
MTS_SERVERS=1
MTS_MAX_DISPATCHERS=6
MTS_MAX_SERVERS=3
MTS_SERVICE=<sid name>
MTS_LISTENER_ADDRESS="(ADDRESS=(PROTOCOL=IPC)(KEY=<sid name>))"


5、如何查看一下某个shared_server正在忙什么?

回答:
其实这与Dedicated方式的查看方法是一样的,还以s015为例,它的spid为13161,使用如下的sql便可查出:

SELECT a.username,
       a.machine,
       a.program,
       a.sid,
       a.serial#,
       a.status,
       c.piece,
       c.sql_text
  FROM v$session a,
       v$process b,
       v$sqltext c
 WHERE b.spid=13161
   AND b.addr=a.paddr
   AND a.sql_address=c.address(+)
 ORDER BY c.piece

6、我在unix看到一个shared server的进程占用了大量的CPU资源,通过select addr from v$process where spid=<os process pid>查到进程的address,而select * from v$session where paddr=<paddr>确没的结果,所以我无法得知我的这个shared server在忙什么,我该怎么办呢?

回答:

SELECT status FROM v$circuit 
 WHERE CIRCUIT IN 
  (
   SELECT circuit FROM v$shared_server 
    WHERE paddr=<your paddr>
  )


如果status的返回是EOF,说明实际这个shared server已经掉死了,你可以把它在操作系统上清除掉了:
eg:
  oracle$kill -9 <shared server's pid>

你不用担心kill掉会有什么大的影响,其它几分钟之后,pmon会为你把这个shared server进程给重新启动的。


7、如何在非down库的情况下恢复到Dedicate的连接方式,及启用更多的dispatcher?

回答:
7.1关掉:
  sql>ALTER SYSTEM SET MTS_DISPATCHERS='TCP,0';

7.2启用更多的dispatcher
  sql>ALTER SYSTEM SET MTS_DISPATCHERS='TCP,40';

转载于:https://www.cnblogs.com/weaver1/archive/2012/02/13/2348706.html

  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

表情包
插入表情
评论将由博主筛选后显示,对所有人可见 | 还能输入1000个字符
©️2021 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值