上面所说的是两种连接的创建方法和管理方法，在理想的情况下，对于长事务或大事务，使用专用连接，可以有效的提高系统的性能，减少用户等待和事务的排队，提高系统的利用率。对于超短事务和短事务、小事务，使用共享连接方式，可以在资源与效率之间达到一种平稀。比如对于OLTP 系统，使用专用连接，而对于网站等，可以使用共享连接。
那么，能不能在OLTP系统中使用共享连接呢？如果能使用，那么，能不能提高性能呢？
OLTP系统，一般而言，有较多的长事务和大事务，如用户的某几步操作，必须作为一个事务。对于这种情况，我们分析一下，看看，会发生什么样的情况：
分析首先有一个前提，那就是用户请求数要大于共享服务器进程数，否则，减去分配器管理性能支出，共享连接的性能要低于专用连接。
如果用户请求数大于共享服务器进程数，那么肯定有请求是在排队，假定目前一个共享服务器进程正在执行一个长事务，那么请求队列就要一直等，直到当前的事务结束。从用户请求的角度看，很明显，响应的时间加长了。从服务器角度看，我们先看一下由网友 WESTLIFE_XU 提供的实例：
共享连接和长事务是背道而驰的，长事务的共享连接会造成shared 进程的严重排队，造成性能的严重下降,给你看一个极端的例子,以前的同事公司的。
代码:
举个例子，200个request共享比说10个共享进程，每个shared进程在一个时间内只能处理一个request，也就是说10个进程在同一时间内只能处理10个request，如果一个request需要很长的处理，会造成其它请求的严重排队。
shared进程要求客户端的每个request要特别快，如果客户端的一个request就占了很长时间，那别的request就得一直等着，共享就没有什么意义了。
从上面可以看出，如果在有大事务和长事务的OLTP系统中，系统会比原来更慢！
综合来看，共享连接和专用连接各有所长，关键是看应用，能适用于自已应用的连接方式，就是好方式。 （责任编辑：卢兆林）
<<上一页
1
2
