- Oracle数据库共享连接和专用连接
- 控制远程连接方式的参数
- NAMES.DIRECTORY_PATH(EZCONNECT,TNSNAMES)
在专用连接方式中,每一个连接到数据库服务器的客户端请求,服务器会和客户端之间建立起连接,这个连接用于专门处理该客户端的所有请求,直到用户主动断开连接或网络出现中断。在连接处于空闲时,后台进程PMON会每隔一段时间,就会测试用户连接状况,如果连接已断开,PMON会清理现场,释放相关的资源。 专用连接相当于一对一的连接,能够快速的响应用户的请求。当然,在连接的时候,首先要创建PGA(Program global area),参数pga_aggregate_target 决定可以由所有服务器进程使用的内存的总量,参数workarea_size_policy 决定是用手动管理还是自动管理。如:
SQL> show parameter pga_aggregate_target
NAME TYPE VALUE ------------------------------------ ----------- -------- pga_aggregate_target big integer 10485760
SQL> show parameter workarea_size_policy
NAME TYPE VALUE ------------------------------------ ----------- ------ workarea_size_policy string AUTO |
而Pga由三部分构成,其中有可以配置的 sort_area_size,还有会话信息,堆栈空间。
sort_area_size是用户用来排序的内存空间:
SQL> show parameter sort_area_size
NAME TYPE VALUE ------------------------------------ ----------- ------ sort_area_size integer 524288 |
如果排序的数据量比较大,排序空间不够用,这时Oracle通过专用算法,对数据进行分段,分段后的数据转移到临时表空间中,在临时表空间中进行排序,完成后,再合在一起,返回给请求的用户。这是大排序为什么使用临时表空间的原因。
在专用连接中,连接所需要的资源全部在PGA中分配。该内存区为指定连接私有,其它进程不能访问。
专用连接采用一对一的连接方式,能很的响应用户的请求,但是,如果连接用户太多时,由于要对每一个连接分配资源,因此,连接数受硬件限制比较大。为了克服这种情况,Oracle 提出了共享连接的连接方法,即用一个服务器的进程响应多个用户连接,与专用连接不同有连接时才创建PGA不同,共享连接在实例一启动,就分配指定数量的服务器进程,所用户的连接,以排队的方式,由分配器指定给服务器进程,其它的进程排队等待。只要用户的请求一执行完,就会马上断开连接,分配器会把空闲的服务器进程分配给其它排除的进程。
采用共享连接可以有效的提高服务器资源的利用率,但是对一个分配器,只支持一种协议,每个分配器有自已的排队队列,在请求的任务完成后,由分配器将操作结果返回给相应的用户进程。但是共享连接的建立, 需要Oracle的监听进程、分配器、共享服务器进程才能共同完成一个连接的创建,所以连接的分配也需要一定的时间和资源。
在共享连接中,sort_area_size 将在 SGA 的 Large_pool 中分配。
上面所说的是两种连接的创建方法和管理方法,在理想的情况下,对于长事务或大事务,使用专用连接,可以有效的提高系统的性能,减少用户等待和事务的排队,提高系统的利用率。对于超短事务和短事务、小事务,使用共享连接方式,可以在资源与效率之间达到一种平稀。比如对于OLTP 系统,使用专用连接,而对于网站等,可以使用共享连接。
那么,能不能在OLTP系统中使用共享连接呢?如果能使用,那么,能不能提高性能呢?
OLTP系统,一般而言,有较多的长事务和大事务,如用户的某几步操作,必须作为一个事务。对于这种情况,我们分析一下,看看,会发生什么样的情况:
分析首先有一个前提,那就是用户请求数要大于共享服务器进程数,否则,减去分配器管理性能支出,共享连接的性能要低于专用连接。
如果用户请求数大于共享服务器进程数,那么肯定有请求是在排队,假定目前一个共享服务器进程正在执行一个长事务,那么请求队列就要一直等,直到当前的事务结束。从用户请求的角度看,很明显,响应的时间加长了。从服务器角度看,我们先看一下由网友 WESTLIFE_XU 提供的实例:
共享连接和长事务是背道而驰的,长事务的共享连接会造成shared 进程的严重排队,造成性能的严重下降,给你看一个极端的例子,以前的同事公司的。
举个例子,200个request共享比说10个共享进程,每个shared进程在一个时间内只能处理一个request,也就是说10个进程在同一时间内只能处理10个request,如果一个request需要很长的处理,会造成其它请求的严重排队。
shared进程要求客户端的每个request要特别快,如果客户端的一个request就占了很长时间,那别的request就得一直等着,共享就没有什么意义了。
从上面可以看出,如果在有大事务和长事务的OLTP系统中,系统会比原来更慢!
综合来看,共享连接和专用连接各有所长,关键是看应用,能适用于自已应用的连接方式,就是好方式。
- 连接方式调整
- 禁用共享连接
This issue can be resolved in one of two ways:
1) Add SERVER=DEDICATED to the JDBC connect string. e.g.
jdbc:oracle:thin:@(DESCRIPTION =(ADDRESS_LIST =(ADDRESS =(PROTOCOL=TCP)(HOST=cust.example.com)(PORT=1521)))(CONNECT_DATA=(SID=CUSTSID)(SERVER=DEDICATED)))
Doing this is also a good way to verify if the issue is actually seen. If you configure SERVER=DEDICATED, and the problem is resolved, you have definite confirmation.
2) If SHARED SERVER functionality is not required, you can disable SHARED SERVER with the following:
ALTER SYSTEM SET SHARED_SERVERS=0;
ALTER SYSTEM SET MAX_SHARED_SERVERS = 0;
ALTER SYSTEM SET DISPATCHERS = '';
- 共享连接
需求场景:
accommodating an increasing number of users who run short-duration, infrequent queries in an OLTP environment with limited memory
- 共享连接工作过程
1 调度器的作用
调度器作用将客户端请求传递到request queue并且监控响应列队,并将结果返回给客户端,服务进程根据先入先出原则对请求进行处理。
共享连接涉及初始化参数
共享连接配置
共享连接的一些问题