mysql maxIdleTime 可以设置1秒吗?

maxIdleTime 1秒太小了，建议60

maxStatements设为100，maxStatementsPerConnection可以不设

当然这是一般设置，具体还是要根据你的系统数据访问情况进行优化的

首先，明确连接、活动连接（连接正被使用）、空闲连接的概念

一、创建连接

1、初始化 2、空闲连接低于最小空闲minIdle

二、销毁连接

1、空闲连接数目高于最大空闲 2、活动连接被遗弃

三、回收行为

1、空闲连接回收器（定时执行）2、连接回收器（maxwait后触发）

initialSize 初始化连接数，即连接池启动时池子中的连接数目

maxActive 最大活动连接数，即连接池中可同时连接的最大数目

minIdle 最小空闲连接，连接池中最少的空闲的连接数，

低于这个数量时，意味着连接不够用了，会被创建新的连接

默认为0，该参数越接近maxIdle，性能越好，因为连接的创建和销毁，都是需要消耗资源的；

不宜太大，因为在机器很空闲的时候，也会创建低于minidle个数的连接，类似于jvm参数中的Xmn设置。

maxIdle 最大空闲连接

超过此参数时空闲连接将被释放，如果设置为负数表示不限制

默认为8个，maxIdle不能设置太小，因为假如在高负载的情况下，连接的打开时间比关闭的时间快，会引起连接池中idle的个数上升超过maxIdle，而造成频繁的连接销毁和创建，类似于jvm参数中的Xmx设置。

maxIdle 最大空闲连接

超过此参数时空闲连接将被释放，如果设置为负数表示不限制

默认为8个，maxIdle不能设置太小，因为假如在高负载的情况下，连接的打开时间比关闭的时间快，会引起连接池中idle的个数上升超过maxIdle，而造成频繁的连接销毁和创建，类似于jvm参数中的Xmx设置

maxWait 请求连接时，最长的等待时间。

单位ms，当没有可用连接时，连接池会等待连接释放，超过该时间限制会抛出异常，如果设置-1表示无限等待（默认为无限）。

JedisPool的配置参数大部分是由JedisPoolConfig的对应项来赋值的。

maxActive ：控制一个pool可分配多少个jedis实例，通过pool.getResource()来获取；如果赋值为-1，则表示不限制；如果pool已经分配了maxActive个jedis实例，则此时pool的状态为exhausted。

maxIdle ：控制一个pool最多有多少个状态为idle(空闲)的jedis实例；

whenExhaustedAction ：表示当pool中的jedis实例都被allocated完时，pool要采取的 *** 作；默认有三种。

WHEN_EXHAUSTED_FAIL -->表示无jedis实例时，直接抛出NoSuchElementException；

WHEN_EXHAUSTED_BLOCK -->则表示阻塞住，或者达到maxWait时抛出JedisConnectionException；

WHEN_EXHAUSTED_GROW -->则表示新建一个jedis实例，也就说设置的maxActive无用；

maxWait：表示当borrow一个jedis实例时，最大的等待时间，如果超过等待时间，则直接抛JedisConnectionException；

testOnBorrow：获得一个jedis实例的时候是否检查连接可用性（ping()）；如果为true，则得到的jedis实例均是可用的；

testOnReturn：return 一个jedis实例给pool时，是否检查连接可用性（ping()）；

testWhileIdle：如果为true，表示有一个idle object evitor线程对idle object进行扫描，如果validate失败，此object会被从pool中drop掉；这一项只有在timeBetweenEvictionRunsMillis大于0时才有意义；

timeBetweenEvictionRunsMillis：表示idle object evitor两次扫描之间要sleep的毫秒数；

numTestsPerEvictionRun：表示idle object evitor每次扫描的最多的对象数；

minEvictableIdleTimeMillis：表示一个对象至少停留在idle状态的最短时间，然后才能被idle object evitor扫描并驱逐；这一项只有在timeBetweenEvictionRunsMillis大于0时才有意义；

softMinEvictableIdleTimeMillis：在minEvictableIdleTimeMillis基础上，加入了至少minIdle个对象已经在pool里面了。如果为-1，evicted不会根据idle time驱逐任何对象。如果minEvictableIdleTimeMillis>0，则此项设置无意义，且只有在timeBetweenEvictionRunsMillis大于0时才有意义；

lifo：borrowObject返回对象时，是采用DEFAULT_LIFO（last in first out，即类似cache的最频繁使用队列），如果为False，则表示FIFO队列；

其中JedisPoolConfig对一些参数的默认设置如下：

testWhileIdle=true

minEvictableIdleTimeMills=60000

timeBetweenEvictionRunsMillis=30000

numTestsPerEvictionRun=-1

---