druid-配置调优

数据库连接池Druid配置调优
  1 maxWait:
     从连接池获取连接的超时等待时间，单位毫秒，需要注意这个参数只管理获取连接的超时。
    获取连接等待的直接原因: 池子里没有可用连接，具体包括：连接池未初始化，连接长久未使用已被释放，连接使用中需要新建连接，
    或连接池已耗尽需等待连接用完后归还。这里有一个很关键的点是 maxWait 未配置或者配置为 0 时，
    表示不设等待超时时间（可能与一些人认为 -1 表示无限等待的预期不符合，虽然在 druid 中 maxWait 配置成 -1 的含义也相同）。
    推荐配置：内网(网络状况好) 800；网络状况不是特别好的情况下推荐大于等于 1200，因为 tcp 建连重试一般是 1 秒。
  
  
 2 connectionProperties:
    参数是以键值对表示的字符串，其中可以配置 connectTimeout 和 socketTimeout，它们的单位都是毫秒，这两个参数在应对网络异常方面非常重要。
    connectTimeout 配置建立 TCP 连接的超时时间。
    socketTimeout 配置发送请求后等待响应的超时时间。这两个参数也可以通过在 jdbc url 中添加 connectTimeout=xxx&socketTimeout=xxx 的方式配置，
    试过在 connectinoProperties 中和 jdbc url 两个地方都配置，发现优先使用 connectionProperties 中的配置。
    如果不设置这两项超时时间，服务会有非常高的风险。现实案例是在网络异常后发现应用无法连接到 DB，但是重启后却能正常的访问 DB。
    因为在网络异常下 socket 没有办法检测到网络错误，这时连接其实已经变为“死连接”，如果没有设置 socket 网络超时，连接就会一直等待 DB 返回结果，
    造成新的请求都无法获取到连接。
    推荐配置：socketTimeout=3000;connectTimeout=1200
    
    
 3 keepAlive:
    参数表示是否对空闲连接保活，布尔类型。
    可能不少人认为 druid 连接池默认会维持DB连接的心跳，对池子中的连接进行保活，
    特别配置了 minIdle 这个参数后觉得，有了 minIdle 最少应该会保持这么多空闲连接。
    其实，keepAlive 这个参数是在 druid 1.0.28 后新增的，并且默认值是 false，即不进行连接保活
    
    
 4 maxActive
   最大连接池数量，允许的最大同时使用中的连接数。这里特地唠叨一下，
   配置 maxActive 千万不要好大喜多，虽然配置大了看起来业务流量飙升后还能处理更多的请求，
   但切换到 DB 视角会发现其实连接数的增多在很多场景下反而会减低吞吐量，一个非常典型的例子就秒杀，
   在更新热点数据时 DB 需要加锁操作，这个时候再让更多的连接操作 DB 就有点像假日往高速上涌入的车辆，
   只会给 DB 添堵。
   推荐配置：20，多数场景下 20 已完全够用，当然这个参数跟使用场景相关性很大，一般配置成正常连接数的 3~5 倍。
   
durid 常用配置解释
  1.name:配置这个属性的意义在于，如果存在多个数据源，监控的时候可以通过名字来区分开来。如果没有配置，将会生成一个名字，
  格式是："DataSource-" + System.identityHashCode(this). 另外配置此属性至少在1.0.5版本中是不起作用的，强行设置name会出错.
  2.initialSize 初始化时建立物理连接的个数。初始化发生在显示调用init方法，或者第一次getConnection时 
  3.maxActive 最大连接池数量
  4.minIdle 最小连接池数量
  5.maxWait 获取连接时最大等待时间，单位毫秒。配置了maxWait之后，缺省启用公平锁，
  并发效率会有所下降，如果需要可以通过配置useUnfairLock属性为true使用非公平锁。
  6.poolPreparedStatements 是否缓存preparedStatement，也就是PSCache。PSCache对支持游标的数据库性能提升巨大，比如说oracle。在mysql下建议关闭。
  7.maxPoolPreparedStatementPerConnectionSize:要启用PSCache，必须配置大于0，当大于0时，poolPreparedStatements自动触发修改为true。
  在Druid中，不会存在Oracle下PSCache占用内存过多的问题，可以把这个数值配置大一些，比如说100
  8.validationQuery 用来检测连接是否有效的sql，要求是一个查询语句，常用select 'x'。如果validationQuery为null，testOnBorrow、testOnReturn、testWhileIdle都不会起作用。
  9.validationQueryTimeout 单位：秒，检测连接是否有效的超时时间。底层调用jdbc Statement对象的void setQueryTimeout(int seconds)方法
  10.testOnBorrow 申请连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。
  11.testOnReturn 归还连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。
  12 testWhileIdle 建议配置为true，不影响性能，并且保证安全性。申请连接的时候检测，
  如果空闲时间大于timeBetweenEvictionRunsMillis，执行validationQuery检测连接是否有效。
  13 keepAlive 连接池中的minIdle数量以内的连接，空闲时间超过minEvictableIdleTimeMillis，则会执行keepAlive操作。(1.0.28version)
  14 timeBetweenEvictionRunsMillis 有两个含义(1.0.14 version)：
     1) Destroy  线程会检测连接的间隔时间，如果连接空闲时间大于等于minEvictableIdleTimeMillis则关闭物理连接。
     2) testWhileIdle的判断依据，详细看testWhileIdle属性的说明
  15 numTestsPerEvictionRun 不再使用，一个DruidDataSource只支持一个EvictionRun (1.0.14 version)
  16 minEvictableIdleTimeMillis 连接保持空闲而不被驱逐的最小时间
  17 connectionInitSqls 物理连接初始化的时候执行的sql
  18 exceptionSorter 当数据库抛出一些不可恢复的异常时，抛弃连接
  19 filters  属性类型是字符串，通过别名的方式配置扩展插件，常用的插件有：
             监控统计用的filter:stat
             日志用的filter:log4j
             防御sql注入的filter:wallfilters 
             
  20 proxyFilters 类型是List，如果同时配置了filters和proxyFilters，是组合关系，并非替换关系