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

thread_pool_dedicated_listeners：在每个线程组中指定一个侦听器线程来侦听来自分配给该组的连接的传入语句。与 结合使用 thread_pool_max_transactions_limit。

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

thread_pool_max_active_query_threads：每组允许多少活动线程。

thread_pool_max_transactions_limit：线程池插件允许的最大事务数。与 结合使用 thread_pool_dedicated_listeners。

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：开始新交易前的延迟时间。

每个线程组都有一个侦听器线程，用于侦听来自分配给该组的连接的传入语句。当语句到达时，线程组要么立即开始执行它，要么将其排队等待稍后执行：

该 thread_pool_transaction_delay 变量指定以毫秒为单位的事务延迟。工作线程在执行新事务之前会休眠一段指定的时间。

事务延迟可用于并行事务因资源争用而影响其他操作的性能的情况。例如，如果并行事务影响索引创建或在线缓冲池大小调整操作，您可以配置事务延迟以减少这些操作运行时的资源争用。延迟对交易有节流作用。

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

如果立即执行，则侦听器线程执行它。（这意味着组中暂时没有线程在侦听。）如果语句很快完成，执行线程将返回以侦听语句。否则，线程池认为该语句已停止并启动另一个线程作为侦听器线程（必要时创建它）。为了确保没有线程组被停滞的语句阻塞，线程池有一个后台线程定期监视线程组状态。

通过使用侦听线程来执行可以立即开始的语句，如果语句快速完成，则无需创建额外的线程。这确保了在并发线程数较少的情况下最有效的执行。

当线程池插件启动时，它会为每组创建一个线程（侦听器线程）以及后台线程。根据需要创建额外的线程来执行语句。

系统变量的值 决定了上一项中“快速完成”thread_pool_stall_limit 的含义。线程被认为停止之前的默认时间是 60 毫秒，但可以设置为最大值 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 表的混合，线程池优先考虑 for InnoDB的 语句而不是启用MyISAMunless 的语句。autocommit启用后，所有语句都具有 autocommit低优先级。

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

如果语句在低优先级队列中停留时间过长，线程池将移至高优先级队列。thread_pool_prio_kickup_timer 系统变量的值 控制移动前的时间。对于每个线程组，每 10ms（每秒 100 个）最多有一个语句从低优先级队列移动到高优先级队列。

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

当线程从用户连接执行语句时，Performance Schema 检测将线程活动计入用户连接。否则，Performance Schema 会将活动计入线程池。

一个线程开始执行一条语句，但运行时间足够长以至于被视为停滞。即使第一个线程仍在执行，线程组也允许另一个线程开始执行另一个语句。

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

一个线程开始执行一条语句，被阻塞，但不会报告它已被阻塞，因为该阻塞不会出现在已使用线程池回调进行检测的代码中。在这种情况下，线程在线程组看来似乎仍在运行。如果该块持续的时间足够长以至于语句被视为停顿，则该组允许另一个线程开始执行另一个语句。

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

读取二进制日志并将其发送到副本的二进制日志转储线程。这是一种长时间运行的 “语句”，运行时间很长，不应阻止其他语句的执行。

在行锁、表锁、睡眠或任何其他尚未由 MySQL 服务器或存储引擎报告回线程池的阻塞活动上阻塞的语句。