表和存储过程的本机编译

适用于: SQL Server Azure SQL 数据库 Azure SQL 托管实例

内存中 OLTP 引入了本机编译的概念。 SQL Server 可以本机编译访问内存优化表的存储过程。 SQL Server 也可以本机编译内存优化表。 与解释型(传统)Transact-SQL 相比,本机编译可提高访问数据的速度和执行查询的效率。 表和存储过程的本机编译生成 DLL。

还支持内存优化表类型的本机编译。 有关详细信息,请参阅 Faster temp table and table variable by using memory optimization(通过使用内存优化更快获得临时表和表变量)。

本机编译是指将编程构造转换为本机代码的过程,这些代码由处理器指令组成,无需进一步编译或解释。

内存中 OLTP 在创建内存优化表时编译内存优化表,并且在存储过程加载到本机 DLL 时本机编译存储过程。 此外,在数据库或服务器重新启动后,将重新编译这些 DLL。 重新创建 DLL 所需的信息存储在数据库元数据中。 这些 DLL 不是数据库的一部分,尽管它们与数据库相关联。 例如,这些 DLL 不包括在数据库备份中。

注意

在服务器重启过程中,将重新编译内存优化表。 为了加快数据库恢复速度,本机编译的存储过程不会在服务器重启过程中重新编译,而是在首次执行时编译。 由于这一延迟的编译,本机编译的存储过程仅在首次执行后调用 sys.dm_os_loaded_modules (Transact-SQL) 时显示。

内存中 OLTP DLL 的维护

以下查询显示当前在服务器上的内存中加载的所有表和存储过程 DLL:

SELECT
		mod1.name,
		mod1.description
	from
		sys.dm_os_loaded_modules  as mod1
	where
		mod1.description = 'XTP Native DLL';

数据库管理员不需要维护由本机编译生成的文件。 SQL Server 将自动删除那些不再需要的生成的文件。 例如,删除表和存储过程时或删除数据库时将删除生成的文件。

注意

如果编译失败或中断,则某些生成的文件将不会被删除。 出于支持性目的这些文件被有意保留,并且在删除数据库时会被删除。

注意

SQL Server 会为进行数据库恢复所需的所有表编译 DLL。 如果某个表就在数据库重新启动之前删除,则检查点文件或事务日志中可能仍有该表的残余,因此可能会在数据库启动过程中重新编译该表的 DLL。 重新启动之后,会卸载 DLL,并由正常清除过程删除文件。

表的本机编译

如果使用 CREATE TABLE 语句创建内存优化表,会导致将表信息写入数据库元数据,并在内存中创建表和索引结构。 还会将该表编译为 DLL。

请考虑下面的示例脚本,它创建一个数据库和一个内存优化的表:

USE master;
GO

CREATE DATABASE DbMemopt3;
GO

ALTER DATABASE DbMemopt3
	add filegroup DbMemopt3_mod_memopt_1_fg
		contains memory_optimized_data
;
GO

-- You must edit the front portion of filename= path, to where your DATA\ subdirectory is,
-- keeping only the trailing portion '\DATA\DbMemopt3_mod_memopt_1_fn'!

ALTER DATABASE DbMemopt3
	add file
	(
		name     = 'DbMemopt3_mod_memopt_1_name',
		filename = 'C:\DATA\DbMemopt3_mod_memopt_1_fn'

		--filename = 'C:\Program Files\Microsoft SQL Server\MSSQL13.SQLSVR2016ID\MSSQL\DATA\DbMemopt3_mod_memopt_1_fn'
	)
		to filegroup DbMemopt3_mod_memopt_1_fg
;
GO

USE DbMemopt3;
GO

CREATE TABLE dbo.t1
(
	c1 int not null primary key nonclustered,
	c2 int
)
	with (memory_optimized = on)
;
GO



-- You can safely rerun from here to the end.

-- Retrieve the path of the DLL for table t1.


DECLARE @moduleName  nvarchar(256);

SET @moduleName =
	(
		'%xtp_t_' +
		cast(db_id() as nvarchar(16)) +
		'_' +
		cast(object_id('dbo.t1') as nvarchar(16)) +
		'%.dll'
	)
;


-- SEARCHED FOR NAME EXAMPLE:  mod1.name LIKE '%xtp_t_8_565577053%.dll'
PRINT @moduleName;


SELECT
		mod1.name,
		mod1.description
	from
		sys.dm_os_loaded_modules  as mod1
	where
		mod1.name LIKE @moduleName
	order by
		mod1.name
;
-- ACTUAL NAME EXAMPLE:  mod1.name = 'C:\Program Files\Microsoft SQL Server\MSSQL13.SQLSVR2016ID\MSSQL\DATA\xtp\8\xtp_t_8_565577053_184009305855461.dll'
GO

--   DROP DATABASE DbMemopt3;  -- Clean up.
GO

创建该表时还会创建表 DLL 并在内存中加载 DLL。 CREATE TABLE 语句之后立即执行 DMV 查询将检索表 DLL 的路径。

表 DLL 了解表的索引结构和行格式。 SQL Server 使用该 DLL 来遍历索引、检索行以及存储行的内容。

存储过程的本机编译

对使用 NATIVE_COMPILATION 来标记的存储过程执行本机编译。 这意味着该过程中的 Transact-SQL 语句均被编译为本机代码,以便高效执行性能关键的业务逻辑。

有关本机编译的存储过程的详细信息,请参阅 Natively Compiled Stored Procedures

考虑下面的示例存储过程,它在前一示例的表 t1 中插入行:

CREATE PROCEDURE dbo.native_sp
	with native_compilation,
	     schemabinding,
	     execute as owner
as
begin atomic
	with (transaction isolation level = snapshot,
	      language = N'us_english')

	DECLARE @i int = 1000000;

	WHILE @i > 0
	begin
		INSERT dbo.t1 values (@i, @i+1);
		SET @i -= 1;
	end
end;
GO

EXECUTE dbo.native_sp;
GO

-- Reset.

DELETE from dbo.t1;
GO

native_sp 的 DLL 可直接与 t1 的 DLL 以及内存中 OLTP 存储引擎交互,以尽快插入行。

内存中 OLTP 编译器利用查询优化器为存储过程中的每个查询创建高效的执行计划。 请注意,如果表中的数据更改了,本机编译的存储过程不会自动重新编译。 有关使用内存中 OLTP 维护统计信息和存储过程的详细信息,请参阅 内存优化表的统计信息

有关本机编译的安全注意事项

表和存储过程的本机编译使用内存中 OLTP 编译器。 此编译器生成的文件将写入磁盘和载入内存。 SQL Server 使用以下机制限制访问这些文件。

本机编译器

编译器可执行文件以及本机编译所需的二进制文件和头文件安装在文件夹 MSSQL\Binn\Xtp 下,作为 SQL Server 实例的一部分。 因此,如果默认实例安装在 C:\Program Files 下,则编译器文件安装在 C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Binn\Xtp 中。

为了限制访问编译器,SQL Server 使用访问控制列表 (ACL) 限制访问二进制文件。 通过 ACL 保护所有 SQL Server 二进制文件免遭修改或篡改。 本机编译器的 ACL 还限制使用编译器;仅 SQL Server 服务帐户和系统管理员对本机编译器文件具有读取和执行权限。

本机编译生成的文件

编译表或存储过程时生成的文件包括 DLL 和中间文件,其中包括如下扩展名的文件:.c、.obj、.xml 和 .pdb。 生成的文件保存在默认数据文件夹的一个子文件夹中。 该子文件夹称为 Xtp。 用默认数据文件夹安装默认实例时,生成的文件放置在 C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\DATA\Xtp 中。

SQL Server 通过以下三种方式防止纂改所生成的 DLL:

  • 将表或存储过程编译为 DLL 后,此 DLL 将立即载入内存并链接到 sqlserver.exe 进程。 DLL 链接到进程后,即无法修改该 DLL。

  • 重新启动数据库后,将根据数据库元数据重新编译所有表和存储过程(删除再重新创建)。 这样将消除恶意代理对所生成的文件作出的任何更改。

  • 所生成的文件被视为用户数据的一部分,并且其安全限制(通过 ACL)与数据库文件相同:仅 SQL Server 服务帐户和系统管理员可访问这些文件。

无需用户干预即可管理这些文件。 SQL Server 将根据需要创建和删除文件。

另请参阅

内存优化表

本机编译的存储过程