共计 5137 个字符，预计需要花费 13 分钟才能阅读完成。
1.mysql
1.1. mysql 参数
通过下列命令可查看 mysql 数据库配置的零碎参数：
-- 查问所有零碎参数
show variables;
-- 含糊匹配查问零碎参数，如：wait_timeout
show variables like '%wait_timeout%';这里介绍几个和连接池有关联的参数：
1. wait_timeout
非交互连贯的最大存活工夫，单位：秒。即闲暇状态下的连贯，超过规定工夫后，mysql 会主动断开。
可通过下列命令查看具体的连贯的状态：
show processlist;如果 sleep 状态的过程，占用总比例过高，就能够思考调小 wait_timeout 值了。
2. max_connections
全局最大连接数。
可通过下列命令查看最大应用的连贯数量（Max_used_connections）：
show status like 'max%connections%';再通过下列命令查看最大连接数（max_connections）：
show variables like 'max%connections%';通过 Max_used_connections/max_connections 的占比来判断设置的最大连接数是否正当，现实状况下这个比例应该在 85% 左右。
max_connections 默认值是 100，如果服务器的并发连贯申请量比拟大，倡议调高此值，以减少并行连贯数量，当然这建设在机器能撑持的状况下，因为如果连接数越多，介于 MySQL 会为每个连贯提供连贯缓冲区，就会开销越多的内存，所以要适当调整该值，不能自觉进步设值。
1.2. druid 连接池配置
外围参数
1. initial-size
初始化时建设物理连贯的个数。
2. max-active
连接池同时能维持的最大连接数。
3. min-idle
最多维持多少个闲暇连贯，即便客户端没有需要，也要至多维持多少个闲暇连贯，以应答客户端的突发需要。
4. max-idle（已作废）
5. max-wait
连贯最大等待时间，单位毫秒。客户端从连接池获取（借出）一个连贯后，规定工夫内没有偿还，则连接池会抛出 GetConnectionTimeoutException 异样。
场景模仿
假如配置的值如下：
spring.datasource.druid.initial-size=5
spring.datasource.druid.min-idle=10
spring.datasource.druid.max-active=50我的项目启动时，会主动创立 5（initial-size）个连贯，就算此时没有数据库拜访，也会创立这 5 个。并且当客户端查询数据库的并发不大于 5 时，就始终是这 5 个。
当客户端查询数据库的并发越来越大，超过 5 时，连接数也就往上减少，但不会超过最大连接数 50（max-active）。当并发数超过 50 时，超过局部的申请就会在队列中期待。
当峰值过来了，并发数降到 50 一下，多进去的连贯闲暇后就敞开了，连接数也就随之降落。当连接数最小只会降到 10（min-idle），最多维持 10 个闲暇连贯。
1.3. hikari 连接池配置
下列翻译自 HikariCP Github 参数阐明：
1. connection-timeout
管制客户端期待来自连接池连贯的最大毫秒数。
如果超过此工夫而没有可用的连贯，则会抛出 SQLException。可承受的最低连贯超时为 250 ms。默认值：30000（30 秒）
2. max-lifetime
管制连接池中连贯的最大生存工夫。
正在应用中的连贯永远不会停止使用，只有在连贯敞开后，在达到最大生存周期后才将其删除。值为 0 示意没有最大生存期（有限生存期），当然这取决于 idleTimeout 设置。最小允许值是 30 秒，默认值：30 分钟。
倡议：设置的工夫要比数据库中限度的连贯（mysql 对应参数 wait_timeout）最大生存工夫小几秒钟。
3. minimum-idle
此属性管制 HikariCP 试图在池中保护的最小闲暇连接数。
如果闲暇连贯低于此值，并且池中的总连贯小于最大池大小，HikariCP 将尽最大致力疾速高效地增加其余连贯。默认值：与 maximum-pool-size 雷同。
倡议：为了最大限度地进步性能和响应峰值需要，咱们倡议不要设置此值，而是容许 HikariCP 充当固定大小的连接池。即放弃和 maximum-pool-size 值雷同。
4. idle-timeout
此属性管制容许连贯在池中闲暇的最长工夫。
仅当 minimum-idle 定义为小于 maximum-pool-size 时，此设置才实用。一旦池达到最小闲暇连接数，闲暇连贯将不会生效。连贯是否因闲暇而生效取决于 +30 秒的最大变动和 +15 秒的均匀变动。在此超时之前，连贯永远不会以闲暇状态退出。值为 0 示意从不从池中删除闲暇连贯。最小允许值为 10000ms（10 秒）。默认值：600000（10 分钟）。
倡议：因为是倡议 minimum-idle 和 maximum-pool-size 保持一致，保护固定大小的连接池，则 idle-timeout 设置不会失效。倡议就放弃默认值，或者罗唆设为 0。
5. maximum-pool-size
此属性管制池容许达到的最大大小，包含闲暇连贯和正在应用的连贯。基本上，该值将确定到数据库后端的理论连贯的最大数量。当池达到此大小且没有闲暇连贯可用时，对 getConnection() 的调用将在超时前阻塞最多 connection-timeout 毫秒。默认值：10。
倡议：没有相对的值，因为是连接池的最大连接数，所以要依据产线业务 TPS 并发量，以及服务器理论配置各种环境来灵便考量配置，影响因素如下：
- CPU 外围数：首先网上有这么个公式：
最大连接数 = ((CPU 外围数 * 2) + 无效磁盘数)。可见，最大连接数是和 CPU 外围数是密切相关的。因为最大连接数是和最大并发线程相干的，当 CPU 外围数无限时，一味的扩充并发连接数，反而会因为上下文切换导致性能降落。 - 数据库总连接数： 利用连接池的配置是针对某个服务单实例的，但通常一个数据库是多个服务共享的。假如有 10 个服务，每个服务均匀有 8 个实例负载，单个连接池的最大连接数设为 50。那么总的连接数就是 10 8 50 = 4000。而如果 mysql 数据库的 max_connections 不到 4000，那么必然会导致有些连贯生效。
2. redis
2.1. redis 参数
1. 查看容许最大连贯数量
执行命令：
config get maxclients返回后果示例，即最大连接数 10000：
maxclients
10000
2. 查看实时连贯数量
info clients返回后果示例，顺次返回的内容有：（1）以后客户端连接数、（2）以后所有输入缓存区中队列对象个数的最大值、（3）以后所有输入缓存区中占用的最大容量、（4）正在期待阻塞命令（如：BLPOP）的客户端数量
# Clients
connected_clients:39
client_longest_output_list:0
client_biggest_input_buf:0
blocked_clients:12.2. jedis 连接池配置
1. max-total（max-active）
资源池中的最大连接数。默认值：8。旧版本中是 max-active，jedis 2.4.x 以上都用 max-total 来代替。
想正当设置 maxTotal（最大连接数）须要思考的因素较多，如：
- 业务心愿的 Redis 并发量；
- 客户端执行命令工夫；
- Redis 资源，例如 nodes * maxTotal 不能超过 Redis 的最大连接数；
- 资源开销，例如尽管心愿管制闲暇连贯，但又不心愿因为连接池中频繁地开释和创立连贯造成不必要的开销。
假如一次命令工夫，即 borrow|return resource 加上 Jedis 执行命令（含网络耗时）的均匀耗时约为 1ms，一个连贯的 QPS 大概是 1s/1ms = 1000，而业务冀望的单个 Redis 的 QPS 是 50000（业务总的 QPS/Redis 分片个数），那么实践上须要的资源池大小（即 MaxTotal）是 50000 / 1000 = 50。
但事实上这只是个理论值，除此之外还要预留一些资源，所以 maxTotal 能够比理论值大一些。
这个值不是越大越好，一方面连贯太多会占用客户端和服务端资源，另一方面对于 Redis 这种高 QPS 的服务器，如果呈现大命令的阻塞，即便设置再大的资源池也杯水车薪。
综上所述，在没有达到资源瓶颈前，jedis 最大连接数和能实现并发量是成正比的。如果处于高并发的需要，能够多加连接数。
2. max-idle
资源池容许的最大闲暇连接数。默认值：8。
maxIdle 实际上才是业务须要的最大连接数，maxTotal 是为了给出余量，所以 maxIdle 不要设置得过小，否则会有 new Jedis（新连贯）开销，而 minIdle 是为了管制闲暇资源检测。
连接池的最佳性能是 maxTotal=maxIdle，这样就防止了连接池伸缩带来的性能烦扰。如果您的业务存在突峰拜访，倡议设置这两个参数的值相等；如果并发量不大或者 maxIdle 设置过高，则会导致不必要的连贯资源节约。
能够依据理论总 QPS 和调用 Redis 的客户端规模整体评估每个节点所应用的连接池大小。在理论环境中，比拟牢靠的办法是通过监控来尝试获取参数的最佳值。能够思考通过 JMX 等形式实现监控，从而找到正当值。
3. min-idle
资源池容许的最小闲暇连接数。默认值：0。
4. block-when-exhausted
当资源池用尽后，调用者是否要期待。只有当值为 true 时，上面的 max-wait-millis 才会失效。默认值：true。
5. max-wait-millis（max-wait）
当资源池连贯用尽后，调用者的最大等待时间（单位为毫秒）。默认值：-1（示意永不超时）。旧版本中是 max-wait，jedis 2.4.x 以上都用 max-wait-millis 来代替。
2.3. lettuce 连接池配置
1. max-total
连接池最大连接数（应用负值示意没有限度）。默认值：8。
举荐：cpu 核数 *2。
2. max-idle
连接池最大闲暇连接数（应用负值示意没有限度），仅当 min-idle 和 time-between-eviction-runs 的值都为正时无效。。默认值：8。
举荐：cpu 核数 *2。
3. min-idle
连接池最小闲暇连接数，仅当 min-idle 和 time-between-eviction-runs 的值都为正时无效。默认值：0。
举荐：依据工夫场景，是否须要初始化预热等等。
4. time-between-eviction-runs
闲暇连贯逐出器（独立线程）的运行间隔时间（单位为毫秒）。当值为正值时，闲暇连贯逐出器才启动。
这个逐出器的工作一旦启动后，不仅能够将连接池中超过 max-idle 数量的闲暇连贯逐出；还会在连接池中闲暇连接数少于 min-idle 时，补齐闲暇连贯的创立。
举荐：正值，开启工作。
5. max-wait
连接池资源耗尽时，连贯尝试调配阻塞工夫（单位为毫秒），超时即抛出异样。（应用负值示意没有限度）。默认值：-1ms。
举荐：开启，依据业务设置，不倡议设置过大，否则耗尽业务线程池。
2.4. 场景模仿
Jedis 和 Lettuce 采纳的连接池是 GenericObjectPoolConfig 所以通用的配置项是雷同的，那么就都基于对立配置做场景模仿。
场景一
xxx.max-total=30
xxx.max-idle=20
xxx.min-idle=10当连接池刚启动，且闲暇连接数不超过 10。如果须要应用连贯时，连接池会始终创立新连贯，而不会复用闲暇连贯。直到连接池中连贯数量达到了 10（min-idle）。
当连接数超过 10，理论连接数又持续减少，但因为总连接数 max-total 是 30。当总连接数达到 30 后，不会创立新的连贯，后续连贯申请会在期待。
当理论应用的连接数从 30 降下来后，一部分连贯转为了闲暇连贯。即：在用连贯数量在缩小，闲暇连贯数量在减少。但当闲暇连贯数量大于 20（max-idle）时，后续的闲暇连贯将不会放回连接池，而是间接扔掉。
2.5. jedis vs lettuce
简略的说, Jedis 连接池越大越好, Lettuce 连接池越小越好, 为什么会有这种差别?
Jedis 采纳传统 BIO 网络模型, 在资源容许的范畴内, 这种模型下连接数 (线程数) 越多性能越好。
Lettuce 采纳 NIO 网络模型, 底层组件采纳 Netty, 这种模型下性能和 CPU 核数相干, 通常云主机 CPU 核数都不大通常在 2 -16 核, 因而 Lettuce 连接池配置广泛不宜过大, 过大范畴会影响性能。