C/C++教程

oracle 数据库连接池策略

本文主要是介绍oracle 数据库连接池策略,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

   来自oracle 官方对于数据库连接池的使用建议:

一、 连接风暴是指,在短时间内,连接数成百上千的增长:
1、 连接风暴可能导致数据库服务器不稳定或者不可用
       Logon/Logoff是非常消耗资源的(创建新连接,分配资源,map SGA等)
2、产生连接风暴的根本原因是动态连接池策略,即连接池的最小值和最大值不等,且差值很大(几千)
3、如果使用动态连接池策略,执行计划变差可能成为连接风暴的导火索,但大量的进程创建和logon活动可能掩盖导火索,从而导致诊断过程更长


二、Oracle数据库是process-based architecture:
      很多情况下,到数据库的连接会使用dedicated server方式,这意味着,对于每一个连接,在数
据库服务器端有一个进程给这个连接服务。过多的连接,意味着过多的进程,但是不意味着更高的TPS

 

三、CPU的使用效率才是关键:
    连接数过多会导致CPU cache的命中率下降,从而使得CPU使用效率下降。
    连接数过多时,latch的spin机制可能导致更多的空耗的CPU,从而使得CPU使用效率下降


四、建议&问答:

1、对于OLTP类型的系统,所有应用到数据库服务器的最大连接数 = 最小连接数 = 数据库服务器CPU core*数的1-10倍。

    a、CPU core,指的是物理的core数,而不是超线程之后的

    b、1-10倍只是一个参考值,具体适合的数值与具体的工作负载有关,需要测试才能确定。如果工作负载做的IO相对多一些,则可能更接近于10倍是适合的数值,如果工作负载做运算耗                  CPU 相对更多一些,则可能更接近于1倍是适合的数值


2、连接池最大值设的很高,但是平时active连接数很少,这样有没有问题?

   a、在连接池里的连接没有都active的时候,没有问题

   b、但是连接数设大,就存在所有连接都active的可能,就存在连接数过多导致问题的可能,也会
       有连接风暴的风险

   c、如果有一次写日志操作很慢,或者有一条SQL的执行计划出了问题,都可能导致连接被占用的时
       间更长,从而导致连接风暴,大量的连接都变成active的,业务系统服务中断

   d、如果知道active连接数总是很少,连接池设小就行了,不需要设大,也不推荐设大

 

这篇关于oracle 数据库连接池策略的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!