MySQL学习笔记-数据库后台线程

最新推荐文章于 2025-09-10 22:21:01 发布

转载最新推荐文章于 2025-09-10 22:21:01 发布 · 91 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/snifferhu/p/4736479.html

文章标签：

#数据库 #运维 #操作系统

本文详细解读了MySQL服务器的线程池插件如何解决单线程处理模式下的问题，如过大的线程堆栈导致的处理器高速缓存几乎无用、上下文切换带来的大量性能消耗以及并发执行导致的事务资源竞争。着重介绍了InnoDB存储引擎后台线程的构成和功能，包括IOthread、masterthread、锁监控线程和错误监控线程的作用，以及它们如何协同工作以提高性能和稳定性。

数据库后台线程

默认情况下讲述的InnoDB存储引擎，以后不再重复声明。后台线程有7个——4个IO thread，1个master thread，1个锁监控线程，1个错误监控线程。IO thread的数量由配置文件中的innodb_file_io_threads参数控制，默认为4。4个IO线程分别是insert buffer thread、log thread、read thread、write thread。

在MySQL 5.6.10中，MySQL企业版MySQL的包括线程池，使用服务器插件来实现。在MySQL服务器的默认线程处理模型使用执行每个客户端连接一个线程语句。随着越来越多的客户端连接到服务器和执行语句，整体性能降低。线程池插件的提供旨在减少开销，提高性能的其他线程的处理模式。该插件实现了通过有效地管理语句执行线程的大量客户端连接的提高服务器性能的线程池。

InnoDB Plugin版本开始增加了默认IO thread的数量，默认的read thread和write thread分别增大到了4个，并且不再使用innodb_file_io_threads参数，而是分别使用innodb_read_io_threads和innodb_write_io_threads参数。

线程池解决每个连接模型解决单线程的几个问题： (原话也在其中，怕翻译错了。)

过大的线程堆栈导致处理器高速缓存在高并发工作负载下几乎是无用。线程池促进线程堆栈重用，以尽量减少处理器高速缓存。

Too many thread stacks make CPU caches almost useless in highly parallel execution workloads. The thread pool promotes thread stack reuse to minimize the CPU cache footprint.

伴随着过多的线程并发调用，上下文切换带来大量的性能消耗。与此同时对于操作系统任务调度也是富有挑战的任务。线程池控制着活跃线程数，以确保MySQL服务器内部保持高并发状态，同时操控并使服务器适应MySQL的运转。

With too many threads executing in parallel, context switching overhead is high. This also presents a challenging task to the operating system scheduler. The thread pool controls the number of active threads to keep the parallelism within the MySQL server at a level that it can handle and that is appropriate for the server host on which MySQL is executing.

并发执行导致过多的事务竞争资源。在InnoDB中，导致了花在互斥的时间增加。一旦事务开启，线程池将控制不会有太多并发执行。

Too many transactions executing in parallel increases resource contention. In InnoDB, this increases the time spent holding central mutexes. The thread pool controls when transactions start to ensure that not too many execute in parallel.