sql server 中编译与重编译的区别是什么

60次阅读
没有评论

共计 1999 个字符,预计需要花费 5 分钟才能阅读完成。

今天就跟大家聊聊有关 sql server 中编译与重编译的区别是什么,可能很多人都不太了解,为了让大家更加了解,丸趣 TV 小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。

执行计划重用的利弊

执行计划的好坏当然决定了语句最终的执行速度。对于同样的一条语句,使用好的执行计划可能会比差的要快几百倍,甚至上千倍。

所以从这一个角度来讲,每运行一条语句,都把他先编译一遍当然是最好的。他能够保证使用的执行计划是 SQLSERVER 能找到的最优的。

但是 SQLSERVER 每秒钟可能会运行成百上千的指令。如果每个都编译一遍,是资源的一种浪费。所以 SQLSERVER 在这里也试图寻找一个平衡点,

使用有限的 compile/recompile,得到最好的整体性能。

运行下面的指令,就能够看到 SQLSERVER 当前缓存的执行计划有哪些(请别在生产服务器上直接运行因为上面往往有庞大的缓存)。

SELECT * FROM sys.[syscacheobjects]

重编译的发生场景

但是有些时候,SQLSERVER 为了确保返回正确的值,或者有性能上的顾虑,有意不重用缓存在内存里的执行计划,而现场编译一份。

这种行为,被称为重编译(recompile)。下面是比较常见的会发生重编译的情形:

1、当指令或者批处理所涉及的任何一个对象 (表格或者视图) 发生了架构 (schema) 变化

例如,在表或者视图上添加或删除了一个字段,添加或者删除了一个索引,在表上添加或者删除了一个约束条件 (constraints) 等。

定义发生了变化,原来的执行计划就不一定正确了,当然要重编译

2、运行过 sp_recompile

当用户在某个存储过程或者触发器上运行过 sp_recompile 后,下一次运行他们就会发生一次重编译。

如果用户在某个表或者视图上运行了 sp_recompile,那么所有引用到这张表 (或者视图) 的存储过程在下一次运行前,都要做重编译

3、有些动作会清除内存里的所有执行计划,迫使大家都要做重编译

例如,下列动作会清除整个 SQLSERVER 服务器缓存的所有执行计划:

(1)Detach 一个数据库

(2)对数据库做了升级,在新的服务器上,会发生执行计划清空

(3)运行了 DBCC freeproccache

(4)运行了 reconfigure 语句

(5)运行了 alter database..collate 语句修改了某个数据库的字符集(collation)

下列动作会清除 SQLSERVER 服务器缓存的某个数据库的执行计划:

DBCC FLUSHPROCINDB

清除 SQL Server 2000 服务器内存中的某个数据库的存储过程缓存内容

1 DECLARE @a INT

2 SELECT @a=DB_ID(gposdb)

3 DBCC flushprocindb(@a)

ALTER DATABASE …MODIFY NAME 语句

ALTER DATABASE …SET ONLINE 语句

ALTER DATABASE…SET OFFLINE 语句

ALTER DATABASE…SET EMERGENCY 语句

DROP DATABASE 语句

当一个数据库自动关闭时

DBCC CHECKDB 语句结束时

4、当下面这些 SET 开关值变化后,先前的那些执行计划都不能重用

ansi_null_dflt_off,

ansi_null_dflt_on,

ansi_nulls,

_ansi_padding

ansi_warnings,

arithabort,

concat_null_yields_null,

datefirst,dateformat,

forceplan,

language,

no_browsetable,

numeric_roundabort,

quoted_identifier

这是因为这些 SET 开关会影响语句的执行的行为,甚至带来不同的结果。他们发生变化了,SQLSERVER 就要根据新的设置重做执行计划

5、当表格或者视图上的统计信息发生变化后

当统计信息被手动更新后,或者 SQLSERVER 发现某个统计信息需要自动更新时,SQLSERVER 会对所涉及的语句都做重编译

需要说明的是,在 SQLSERVER 里,执行计划重用并不一定是一件好事,而编译 / 重编译也不一定是一件坏事。

计划重用可以帮助 SQLSERVER 节省编译时间,对降低 CPU 使用率和减少阻塞都有好处,但是缺点是每次重用的计划并不一定是最合适的计划。参数嗅探 parameter sniffing 就是典型的计划重用带来的负效应。编译和重编译当然能给当前运行的语句带来尽可能准确执行计划,但是对于经常运行的语句,尤其是一些执行速度比较快的语句,可能其编译时间占最后总时间的相当大比例。这对资源来讲是一个很大的浪费

看完上述内容,你们对 sql server 中编译与重编译的区别是什么有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注丸趣 TV 行业资讯频道,感谢大家的支持。

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-08-01发表,共计1999字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)