mysql thread入门分析

mysql thread入门分析

 

今天下午和群里的朋友讨论mysql的thread pool，讨论的非常热闹，收获不少，借此自己也总结下thread，以备忘。下面贴上lidan的图片：

 

Mysql支持单线程和多线程两种连接线程模式，如果单线程，则在同一时刻，只能有一个connection连接到Mysql，其他的连接会被挂起。如果是多线程，则同一时刻可以支持多个connection同时连接到服务器。mysql使用哪种线程模式通过下面变量控制。

mysql> show variables like '%thread_handling%';
+-----------------+---------------------------+
| Variable_name   | Value                     |
+-----------------+---------------------------+
| thread_handling | one-thread-per-connection |
+-----------------+---------------------------+
1 row in set (0.02 sec)

客户端发起连接到mysql server，mysql server监听进程，监听到新的请求，然后mysql为其分配一个新的 thread，去处理此请求。从建立连接之开始，CPU要给它划分一定的thread stack，然后进行用户身份认证，建立上下文信息，最后请求完成，关闭连接，同时释放资源，在高并发的情况下，将给系统带来巨大的压力，不能保证性能。所以，mysql通过线程缓存来是实现线程重用，减小这部分的消耗；一个connection断开，并不销毁承载其的线程，而是将此线程放入线程缓冲区，并处于挂起状态，当下一个新的Connection到来时，首先去线程缓冲区去查找是否有空闲的线程，如果有，则使用之，如果没有则新建线程。

mysql通过 thread_cache_size这参数来设置可以重用线程的个数，他的大小可以通过状态变量Threads_cached和Threads_created来设置

mysql> show status like 'thread%';
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Threads_cached    | 0     |
| Threads_connected | 2     |
| Threads_created   | 1065  |
| Threads_running   | 1     |
+-------------------+-------+
4 rows in set (0.13 sec)

Threads_cached：已经被线程缓存池缓存的线程个数
Threads_created：已经创建的线程个数，通过这个变化的趋势，可以判断thread_cache_size参数值

在5.5.16以前，线程处理的模式是，每个请求就对应一个线程的模式，这就意味着当有成千上万的请求时，对应的也就需要成千上万的线程来相应这些请求，那么此刻问题就很明显了，系统的资源是有限的，必须要保证thread_number*thread_stack不能超过可以使用的内存资源，还要考虑CPU的调度能力，I/O的处理能力，这是一种很粗放的资源使用方式，同时，这种不加控制的处理方式，也会带来资源使用的冲突，大量互斥锁的出现，性能的急剧下降。在5.5.16以后通过Thread Pool来控制确保不会超过服务器的最大负载能力，避免出现服务无响应，导致宕机的惨状。

 

thread pool是如何动态控制并发线程数量的？待续....