1   连接池通常实现在client端，是指应用（客户端）预先创建一定的连接，利用这些连接服务于客户端所有的DB请求。

2   如果某一个时刻，空闲的连接数小于DB的请求数，则需要将请求排队，等待空闲连接处理，这时就需要设置大一点的连接数。

    对应one-thread-per-connection，client连接对应的线程会被缓存起来，缓存的线程数量由 thread_cache_size大小决定。

    当服务器不断有大量连接创建、关闭的场景下，使用线程缓存能够重用缓存起来的线程，避免了线程大量创建销毁带来的性能消耗，但是仍然无法解决高连接数带来的线程数过高的问题。

    当线程池功能开启后，线程缓存会自动失效，即变量thread_cache_size将被忽略，Threads_cached 状态变量始终为0。

对应loaded-dynamically，如果是percona版本则是pool-of-threads，线程池实现在server端，通过创建一定数量的线程响应DB请求；相对于one-conection-per-thread的一个线程服务一个连接的方式，

线程池服务的最小单位是SQL语句，即一个线程可以对应多个活跃的连接。通过线程池，可以将server端的服务线程数控制在一定的范围。

通过参数thread_handling来控制是否使用线程池，thread_handling 取值：

no-threads

one-thread-per-connection(默认值)

loaded-dynamically(大于等于5.7.9版本)

pool-of-threads(Percona版本)

Percona 在MySQL社区版基础上为 thread_handling 参数增加了pool-of-threads，Percona 的线程池实现在server层，与官方版以plugin形式实现。