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 数据库连接池策略的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！