MySQL连接池、线程缓存、线程池的区别

1. MySQL连接池

连接池通常实现在client端,是指应用(客户端)预先创建一定的连接,利用这些连接服务于客户端所有的DB请求。如果某一个时刻,空闲的连接数小于DB的请求数,则需要将请求排队,等待空闲连接处理。

通过连接池可以复用连接,避免连接的频繁创建和释放,从而减少请求的平均响应时间,并且在请求繁忙时,通过请求排队,可以缓冲应用对DB的冲击。
常见的MySQL连接池Tomcat、WildFly(JBoss)、 c3p0、 Druid等。

2. MySQL线程缓存

线程缓存实现在server端,client连接对应的线程会被缓存起来,缓存的线程数量由 thread_cache_size大小决定。当服务器不断有大量连接创建、关闭的场景下,使用线程缓存能够重用缓存起来的线程,避免了线程大量创建销毁带来的性能消耗,但是仍然无法解决高连接数带来的线程数过高的问题。

线程缓存命中率计算:(1-Threads_created/Connections)

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

3. MySQL线程池

线程池实现在server端,通过创建一定数量的线程服务DB请求,相对于one-conection-per-thread的一个线程服务一个连接的方式,线程池服务的最小单位是SQL语句,即一个线程可以对应多个活跃的连接。通过线程池,可以将server端的服务线程数控制在一定的范围,减少了系统资源的竞争和线程创建、销毁以及上下文切换带来的消耗,同时也避免出现高连接数导致的高并发问题。

线程池是MySQL 5.6 的开始提供的一个核心功能,MySQL 5.6 之前,处理连接的方式是 one-thread-per-connection, 对于每一个client 连接都会创建一个独立的线程,请求结束,销毁线程。高并发下,导致线程的频繁创建和释放,以及频繁的线程上下文切换,降低了资源利用率。通过线程池,一个线程可以处理多个client连接请求,减少线程频繁创建释放以及线程上下文切换带来的性能损耗。

通过参数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形式实现不同,Percona版线程池与官方企业版并不兼容。

文章评论

0条评论