MSSQL数据库后台进程（线程）

Posted 2020-11-21 数据库生态圈（RDB & NoSQL & Bigdata）

与Oracle数据库类似，微软数据库产品MSSQL也有诸多后台进程来保证数据库系统的高效正常运转，由于MSSQL采用的是线程模型，应该叫做后台线程，为了大家易于理解，我们在暂且称之为后台进程，下面我们就来简要看一下：

1、 数据写相关进程

1)   Lazy writer：该进程用来确保系统缓冲区（buffer pool）中有足够的自由内存，该进程定期扫描缓冲内存页，以发现不常使用的内存页并将其移出缓冲区，期间，会先将脏页数据写出到磁盘并移除缓冲区。

2)   Eager writer：和lazy writer类似，该进程也是负责将缓冲区内的脏页写出到磁盘，但它写出的这些内存页主要是和非日志（non-logged，例如：bulk insert，select into）操作相关，期间，允许读写新页并行发生。

3)   Checkpoint：该进程定期扫描缓冲区以发现特定数据库的脏页，并将这些脏页写出到磁盘，通过创建一个在此之前确认所有脏页都写出到磁盘的时间点，可以减少最近数据库恢复需要的时间。用户可以通过提交checkpoint命令来请求一个检查点操作，或者系统也可以根据消耗的日志空间或时间自动产生一个检查点操作，此外，当系统中的某些事件也会导致检查点的发生，例如：增减或移除数据文件或日志文件，实例的关闭等。当检查点发生时，该进程将缓冲区内的脏页写出到磁盘，无论相关事务是否已经提交，都要写出到磁盘。

值得一提的是，这三个后台进程都是异步的，即它们在进行IO操作的同时可以去做其他工作，稍后再来检查之前IO的完成情况。

2、 事务日志相关进程

1)   Log writer：该进程负责将事务日志从缓冲区刷出到磁盘日志文件。MSSQL2016前的版本，每个实例只有一个log writer进程，因此，该进程负责实例中的所有数据库log buffer。该进程通过异步IO完成log buffer到磁盘的写出，当用户提交一个事务时，该进程阻塞该用户会话，直到将相关数据库log buffer数据刷出到磁盘完成，同时，该进程还可以继续其他数据库log buffer的工作。MSSQL系统中的诸多事件都会触发log writer进程向磁盘写出log buffer中的内容，例如：会话提交当前事务，log buffer被写满，checkpoint等。

此外，该进程将lredo记录从log cache/buffer写出到磁盘log files时，写出单位是可以变化的，从512~64k不等，这点来说，不像data buffer写出进程一样，最小必须是数据页大小。

2)   Backup log：该进程虽然严格来说算不上一个后台进程，因为它用于完成用户发出的“backup log…”命令，但它却是和事务日志紧密相关。

3、 系统监视和管理相关进程

1)   Signal handler：该进程主要负责MSSQL实例的启动和关闭。

2)   Task manager：该进程也会参与MSSQL实例的启动过程，主要用来启动实例相关的所有数据库。此外，该进程还负责启动MSSQL内部某些任务，以及监视实例服务进程和启动时间等任务。

3)   Resource monitor：该进程主要负责监视内存层面的使用和状态，并在必要时对MSSQL相关缓冲进行调整，当检测到没有用户需求被处理时，将自动进入空闲状态。

4)   Lock monitor：该进程负责监视阻塞时间超过系统相关阈值的场景，同时，还负责解决死锁问题。

5)   Ghost cleanup：该进程会周期性的唤醒，并对所有索引中已被标记为删除的索引项进行检查，然后，将这些索引项物理移除。

6)   Trace queue task：该进程负责监视跟踪文件和行集供应者。对跟踪文件，该进程每4秒就会将数据刷出到磁盘文件；对行集，将会关闭超过10分钟没收到任何事件的供应者。

4、 作业调度相关进程

SQLServer Agent：严格来说，这并不算是一个后台进程，而是windows服务，该服务负责完成各种作业的调度和执行。

5、 其他相关进程

1)   XE Timer和XE Dispatcher：这些是扩展事件（Extended Event）相关的进程，负责定期将收集到的数据从缓冲异步发送到目的地。

2)   BRKR EVENT HNDLR和BRKR TASK：这些事件是服务代理人（Service Broker）相关进程。前者主要负责处理服务代理的所有启动和关闭事件；后者为执行内部服务代理任务的众多进程之一。

我们可以通过如下SQL来查询MSSQL实例后台进程相关的信息：

select t.os_thread_id,r.session_id,r.status,r.command
from sys.dm_os_threads t inner join sys.dm_os_workers w on t.thread_address=w.thread_address
inner join sys.dm_exec_requests r on w.task_address=r.task_address
where r.status like ‘%background%‘;