学习SQL Server 的任务调度

每个 Microsoft® SQL Server™ 2000 实例都是一个单独的操作系统进程。每个实例都有可能必须处理来自用户的成千上万个并发请求。SQL Server 2000 实例使用 Microsoft Windows® 线程（有时是纤程）有效地管理这些并发任务。每个 SQL Server 2000 实例始终为系统进程运行多个线程：每个服务器 Net-Library 的一个或多个线程，处理日志请求的网络线程，和与服务控制管理器进行通讯的信号线程。

　　每个 SQL Server 实例都有一个内部层，它实现类似于操作系统的环境，用于调度和同步并发任务，而无须调用 Windows 内核。这个内部层可以象处理线程那样有效地调度纤程。每个 SQL Server 实例都为用户连接维护一个线程池或纤程池。该池的最大大小由 max worker threads 服务器配置选项控制。

　　服务器配置 lightweight pooling 选项控制 SQL Server 2000 实例是使用线程还是纤程。默认情况下，lightweight pooling 的设置为 0，在该设置下 SQL Server 实例对每个并发用户命令调度一个线程，直到到达 max worker threads 的值。如果 lightweight pooling 的设置为 1，那么 SQL Server 使用纤程而不是线程。这称为以纤程模式运行。在纤程模式下，SQL Server 实例为每个 CPU 分配一个线程，然后为每个并发用户命令分配一个纤程，最大可以达到 max worker threads 的值。SQL Server 实例在使用线程或纤程时使用相同的算法调度和同步任务。SQL Server 2000 个人版和 SQL Server 2000 Desktop Engine 不支持纤程。

　　SQL 批处理是一组一个或多个 Transact-SQL 语句，由客户端发送到 SQL Server 实例作为一个单元执行。SQL Server 实例从客户端收到批处理时，将每个批处理与工作池中的可用线程或纤程相关联。如果没有可用线程或纤程且未达到 max worker threads 的值，SQL Server 实例将给新批处理分配新线程或纤程。如果没有可用线程或纤程但已达到 max worker threads 的值，实例将一直阻塞新批处理直到有线程可用。线程或纤程与批处理相关联后将一直保持关联状态，直到批处理生成的结果集已全部返回给客户端。这时，线程或纤程被释放，可以调度到下一个可用批处理。

　　虽然线程和纤程在使用资源方面无足轻重，但它们仍要消耗资源。在有成百上千个用户连接的系统中，给每个连接分配一个线程或纤程所消耗的资源足以降低 SQL Server 的效率。而且没必要给每个用户连接分配一个线程或纤程，因为大多数连接实际上都花大量时间等待从客户端接收批处理。SQL Server 实例的工作线程池的大小只需满足同时在此实例内活动地执行批处理的用户连接数。保留 max worker threads 的默认值 255 可使 SQL Server 实例有效地将用户连接映射到许多线程或纤程上，这样不会消耗太多资源。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/16436858/viewspace-545147/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/16436858/viewspace-545147/