thread_pool_algorithm：用于调度的并发算法。

thread_pool_dedicated_listeners：将每个线程组中的一个监听线程专门用于监听来自分配给该组的连接的语句。

thread_pool_high_priority_connection：如何排程会话执行语句。

thread_pool_max_active_query_threads：每个组允许的活动线程数。

thread_pool_max_transactions_limit：线程池插件允许的最大事务数。

thread_pool_max_unused_threads：允许的睡眠线程数。

thread_pool_prio_kickup_timer：线程池将语句从低优先级队列移动到高优先级队列的时间。

thread_pool_query_threads_per_group：每个线程组中的查询线程数（默认为单个查询线程）。如果您遇到响应时间较慢的长事务，可以考虑增加该值。

thread_pool_size：线程池中的线程组数。这是控制线程池性能的最重要参数。

thread_pool_stall_limit：执行语句被认为是阻塞的时间。

thread_pool_transaction_delay：开始新事务前的延迟时间。

每个线程组都有一个监听线程，监听分配给该组的连接中的 incoming 语句。当语句到达时，线程组将其立即执行或将其排队以便后续执行：

thread_pool_transaction_delay变量指定了事务延迟的毫秒数。worker线程将睡眠指定的时间，然后执行新事务。

事务延迟可以在并行事务影响其他操作的性能时使用，例如在并行事务影响索引创建或在线缓冲池重大小操作时，可以配置事务延迟以减少资源竞争。延迟对事务具有 throttling 效果。

thread_pool_transaction_delay设置不影响来自特权连接（分配给Admin线程组）的查询。这些查询不受配置的事务延迟影响。

如果立即执行发生，监听线程将执行它。如果语句快速完成，执行线程将返回到监听语句。如果语句长时间执行，线程池将认为语句被阻塞，并启动另一个线程作为监听线程（如果必要）。以确保没有线程组被阻塞的语句，线程池有一个背景线程定期监控线程组状态。

使用监听线程执行可以立即开始的语句，无需创建额外线程，如果语句快速完成。这确保了在低并发线程数的情况下执行的最优性能。

当线程池插件启动时，它创建一个线程组（监听线程），加上背景线程。需要时创建更多线程以执行语句。

该系统变量thread_pool_stall_limit的值确定了前一项中的““快速完成””的含义。默认情况下，线程将在60ms后被认为是阻塞的，但可以设置到6秒的最大值。该参数可以配置，以便在服务器负载中找到一个平衡。短的等待值允许线程更快地启动。短的值也更适合避免死锁情况。长的等待值适用于包含长时间运行语句的工作负载，以避免在当前语句执行时启动太多新的语句。

如果thread_pool_max_active_query_threads为0，系统将使用默认算法来确定每个组中的活动线程数。默认算法将考虑阻塞线程，并可能暂时允许更多的活动线程。如果thread_pool_max_active_query_threads大于0，它将对每个组中的活动线程数施加限制。

线程池的目的是限制并发的短运行语句。在执行语句达到阻塞时间前，它将防止其他语句开始执行。如果语句执行超出阻塞时间，它将继续执行，但不再防止其他语句开始。这样，线程池尝试确保每个线程组中只有一个短运行语句，虽然可能有多个长运行语句。让长运行语句阻塞其他语句是不可取的，因为没有限制等待的可能。例如，在复制源服务器上，一条发送二进制日志事件到副本的线程将永远运行。

语句如果遇到磁盘I/O操作或用户级锁（行锁或表锁），将被阻塞。阻塞将使线程组变得不可用，因此线程池将回调线程池，以确保线程池可以立即启动一个新的线程来执行另一个语句。當阻塞线程返回时，线程池将允许它立即重新启动。

有两个队列，一個是高优先级队列，另一个是低优先级队列。事务的第一条语句将被发送到低优先级队列。事务的后续语句将被发送到高优先级队列，如果事务仍在执行（语句已经开始执行），否则将被发送到低优先级队列。队列分配可以受到启用thread_pool_high_priority_connection系统变量的影响，该变量将所有队列语句的会话发送到高优先级队列。

对于非事务存储引擎或在autocommit启用时的事务存储引擎，语句被视为低优先级语句，因为每个语句都是一个事务。因此，在混合使用InnoDB和MyISAM表的语句时，线程池将优先执行InnoDB的语句，而不是MyISAM的语句，除非autocommit启用。在autocommit启用时，所有语句都具有低优先级。

当线程组选择一个排队语句执行时，它首先查看高优先级队列，然后是低优先级队列。如果找到语句，它将从队列中移除并开始执行。

如果语句在低优先级队列中呆太久，线程池将移到高优先级队列。控制时间的系统变量是thread_pool_prio_kickup_timer。对于每个线程组，每秒最多可以移动100个语句从低优先级队列到高优先级队列。

线程池重用最活跃的线程以获得更好的CPU缓存使用。这是一个小的调整，但对性能有很大的影响。

当线程执行来自用户连接的语句时，性能架构 instrumentation 将线程活动记入用户连接。否则，性能架构将活动记入线程池。

一个线程开始执行语句，但运行足够长时间被认为是阻塞。线程组允许另一个线程开始执行另一个语句，即使第一个线程仍在执行。

一个线程开始执行语句，然后变为阻塞并报告阻塞回线程池。线程组允许另一个线程开始执行另一个语句。

一个线程开始执行语句，然后变为阻塞，但由于阻塞不在已instrumented的代码中，因此线程组认为线程仍在运行。如果阻塞持续到语句被认为是阻塞，线程组允许另一个线程开始执行另一个语句。

长时间运行的语句。这些语句将导致只有少数语句使用资源，并且可能阻止其他语句访问服务器。

二进制日志dump线程读取二进制日志并将其发送到复制服务器。这是一种长时间运行的“语句”，该语句运行很长时间，但不应该阻止其他语句执行。

由于MySQL Server或存储引擎未将阻塞的语句报告回线程池，因此语句被阻塞在行锁、表锁、睡眠或其他阻塞活动中。