SQL Server 2008 基础

SQL流程

TDS是一种协议，一系列描述两个计算机间如何传输数据的规则。象别的协议一样，它定义了传输信息的类型和他们传输的顺序。总之，协议描述了“线上的位”，即数据如何流动。表格数据流协议是建立在TCP/IP Net-Library之上的，包含在TCP数据段内。TDS用1433端口进行数据库通信。

TDS协议位于TCP的数据段内，结构如下：

IP

TCP

TDS头

TDS的DATA段

8位头

TDS客户端使用称为表格格式数据流 (TDS) 的 SQL Server 专用应用程序级协议来发送 SQL 语句。数据包由用于 SQL Server 的 Microsoft OLE DB 提供程序、SQL Server ODBC 驱动程序或 DB-Library DLL 生成。TDS 数据包然后被传递给 SQL Server 客户端 Net-Library，客户端 Net-Library 将 TDS 数据包封装为网络协议数据包。在服务器上，服务器 Net-Library 接收网络协议数据包，且析取 TDS 数据包并将其传递给关系数据库服务器。在将结果返回给客户端时，这一进程反向执行。

表格数据流端点：一个网络协议一旦连接成功，就会创建一个对应的TDS端点，用于在客户端与服务器之间互传信息

对于这一步，性能问题可能会出现在把请求的内容转换成SQL Server能处理的格式的过程中，如果数据量大，转换开销就高，不管是从外部传入SQL Server还是从SQL Server输出到外部，都是如此

命令解释器：在TDS把请求转换成SQL Server内部可识别的格式后，首先会传到命令解释器处，这个组件会检查传入的T-SQL语法是否符合规定。如果语法符合要求，就好生成查询树传入查询优化器中

命令解释器同时也会检查是否已经存在缓存了的执行计划，如果存在，就重用；如果不存在，就让查询优化器生成执行计划

查询优化器：该组件是SQL Server的核心部分，优化器的作用是对特定的请求进行一系列的优化，使其尽可能高效地对数据进行操作，最终选择最低开销的候选计划生成预估执行计划，并传入执行器执行查询.

查询执行器：查询执行器是执行查询的组件，但是实际上并不是真正执行，而是通过OLEDB协议访问并使用一系列的指令操作存储引擎进行查询的执行操作。存储引擎才是实际的查询执行者

数据访问方法：数据访问方法是提供数据和索引的存储、查询及修改的代码集合。它包含了索引操作数据的代码，但是并不由自己去数据操作数据，而是提交请求到缓冲管理器

缓冲区管理器：缓冲管理器是管理BufferPool的组件。Buffer Pool是SQL Server内存的主要部分，它管理内存中的数据，并把适当的数据作为输出传输给(数据访问方法)。如果所需数据不在于内存中，缓冲管理器需要从磁盘读取对应的数据页到内存的数据缓存，然后把所需的数据返回给数据访问方法。在这个过程中可能会出现一种等待状态PageIOLatch

数据缓存：数据缓存是BufferPool中的最大部分，也可以说是SQL Server中占用内存最多的部分。它用于存放从磁盘加载到内存中的数据，以便后续操作使用

对于当前数据缓存中每个数据库的缓存大小情况。可以使用一个DMV来查询

——sys.dm_os_buffer_descriptors

SELECT COUNT(*) * 8 / 1024 AS 'Cached Size(MB)' ,

CASE database_id

WHEN 32767 THEN 'ResourceDb'

ELSE DB_NAME(database_id)

END AS 'Database'

FROM sys.dm_os_buffer_descriptors

GROUP BY DB_NAME(database_id) , database_id

ORDER BY 'Cached Size (MB)' DESC

事务管理器

事务管理器主要包含两部分：锁管理器和日志管理器

1、  锁管理器通过使用锁机制来保证数据的并发性和隔离性。

2、日志管理器通过预写入日志机制，保证事务的ACID特性当需要修改数据时，数据访问方法会先到事务管理器中通过对事务日志进行操作，把请求传到Buffer管理器中完成，然后返回给数据访问方法并通过事务管理器写入日志文件中

数据库事务

事务是对数据库操作的工作单元，这个单元可以是一个select语句，也可以是包含多个select、update、dalete、insert等操作的命令集合。这个集合被认为是工作单元，SQL SERVER的很多特性都是基于这个工作单元，也就是事务

关系数据库包含4大核心事务特性：原子性、一致性、隔离性和持久性，简称ACID特性

1、原子性

原子性意味着一个事务内的所有操作必须全部完成或者全部回滚。典型的例子是在ATM机上操作时，要么取钱、存钱或者转账成功，要么等于从来都没有做过任何操作。如果转账成功但是对方未收到款项，势必造成很大问题

2、一致性

一致性要求整个事务在运行的前后数据库的状态是一致的，比如库存不能为负值、性别字段的值要么为“男”要么为“女”等。为了确保事务的一致性，事务不能打破数据定义中的一致性约束

3、隔离性

隔离性保证在同一时间中，一个事务的运行不能被另外一个事务所影响。但是SQL Server实际是允许这个操作的

4、持久性

持久性意味着事务一旦成功提交，将永久存储到服务器的文件系统中，即使系统在中途崩溃，所发生的效果都不会丢失，这个会通过日志来保证

提交事务意味着永久把事务的影响记录到数据库中，回滚意味着把发生的所有操作去除，等于没有做过，不过日志其实还是会记录这个操作

关系引擎和存储引擎是SQLServer的两大组件

1、关系引擎，也叫查询处理器，因为它的主要作用是优化和执行查询。关系引擎中包含的命令解析器用于检查语法和转换查询树，而查询优化器则用于优化查询，还有一个查询执行器负责执行查询

2、存储引擎，负责管理所要数据及涉及的I/O，其中包含的数据访问方法用于处理对行、索引、也、行版本、空间分配等的I/O请求，缓冲区管理器用于管理SQL Server的主要内存消耗组件——Buffer Pool，事务管理器将通过所管理数据及维护事务的ACID属性

缓冲池：在数据库性能及管理领域中属于相当重要的一个组件，也是SQL Server中内存消耗最大的组件。缓冲池包含了SQL Server的所有缓存，如计划缓存和数据缓存等

下面是逻辑CPU 格式在不同位数的操作系统中

能支持的最大工作者线程数。

1）对于32 位操作系统：

总可用逻辑CPU<=4 时，最大工作者线程=256。

总可用逻辑CPU>4 时，最大工作者线程=256+（（逻辑CPU-4）×8）。

2）对于64 位操作系统：

总可用逻辑CPU<=4 时，最大工作者线程=512。

总可用逻辑CPU>4 时，最大工作者线程=512+（（逻辑CPU-4）×16）。

还有一个比较简单的方法可用于检查当前系统的最大线程数。比如执行下面的脚本：

SELECT max_workers_count

FROMsys.dm_os_sys_info

通常出现threadpool 类型的等待意味着当前有大量并行执行计划，或者遇到了CPU 瓶

颈，但是不管是什么情况，都需要经常检查这部分的数据，以确保有足够的线程可用对

于每个工作线程，在64 位系统中都要消耗2MB 的内存，在32 位系统需要消耗0.5MB 的

内存，所以SQL Server 只会在需要的时候才创建工作线程。这部分的信息可以通过sys.

dm_os_workers 这个DMV 来查看。

SELECT COUNT(*)

FROMsys.dm_os_workers

SQL Server NUMA CPU 配置

SELECT scheduler_id ,

cpu_id ,

parent_node_id ,

status

FROM sys.dm_os_schedulers

当前已缓存的计划数及所占的MB 数

SELECT COUNT(*) AS 'Number of Plans' ,

SUM(CAST(size_in_bytes AS BIGINT)) / 1024 /1024 AS 'Plan Cache Size (MB)'

FROM sys.dm_exec_cached_plans

查看缓存对象的对应内存数

SELECT objtype AS 'Cached Object Type' ,

COUNT(*) AS 'Number of Plans' ,

SUM(CAST(size_in_bytes AS BIGINT)) / 1024 /1024 AS 'Plan Cache Size (MB)' ,

AVG(usecounts) AS 'Avg Use Count'

FROM sys.dm_exec_cached_plans

GROUP BY objtype

查询数据库路径

USE master

go

SELECT physical_name

FROM   sys.master_files

WHERE  database_id = DB_ID('RJBDB')

检查证书

select name, start_date, expiry_date

from sys.certificates

where name not like '##%'

查看镜像端点

SELECT * FROM sys.endpoints e

查询镜像状态

select *

from sys.database_mirroring

where database_id=DB_ID('RJBDB')