线程池的优化

主要涉及调度死锁解决和大查询处理两个方面。

调度死锁解决
我们设想一个场景，A,B两个事务被分配到不同的线程组中，A已经开始执行，并且持有锁，但是由于A所在的组比较繁忙，A执行一条语句后剩余的不能立即执行；而B事务依赖A释放的锁资源，虽然B所在的组没有别的任务，但是由于A未释放锁资源，所以B仍然需要等待，这就是调度死锁。

如何解决呢？那些已经开启一部分请求的事务或者有锁资源的连接需要放入优先队列，优先执行。

大查询处理
因为大查询会导致很快到达最大线程数，后续任务无法响应。如果是业务需求，线程池本身没有办法。但是如果是dump任务，将数据拉到下游，集中在一个组内。那么，处理dump任务的线程不计入最大线程数累计值中。

线程模式控制
通过如下命令查看线程模式
SHOW variables LIKE ‘%thread_handlings%’;
有三种模式：No-Threads表示连接使用主线程处理，用于调试。One-Thread-Per-Connection一个连接创建一个进程 。 Pool-Threads就是线程池方式。

我们在客户端可以通过线程池来缓存线程，也就是连接结束不销毁线程，我们可以用thread_cache_size来设置缓存个数。