sql server高可用的实现方式(sql server 编译与重编译详解)
sql server高可用的实现方式
sql server 编译与重编译详解SQLSERVER编译与重编译
编译的含义
当SQLSERVER收到任何一个指令,包括查询(query)、批处理(batch)、存储过程、触发器(trigger)
、预编译指令(prepared statement)和动态SQL语句(dynamic SQL Statement)要完成语法解释、语句解释,
然后再进行“编译(compile)”,生成能够运行的“执行计划(execution plan)”。在编译的过程中,
SQLSERVER会根据所涉及的对象的架构(schema)、统计信息以及指令的具体内容,估算可能的执行计划,
以及他们的成本(cost),最后选择一个SQLSERVER认为成本最低的执行计划来执行。执行计划生成之后,
SQLSERVER通常会把他们缓存在内存里,术语统称他们叫“plan cache”以后同样的语句执行,SQLSERVER就可以使用同样的执行计划,而无须再做一次编译。
这种行为叫“重用(reuse)或者叫重用执行计划”。但是有时候,哪怕是一模一样的语句,SQL下次执行还是要再做一次编译。
这种行为叫“重编译(recompile)”。执行计划的编译和重编译都是要消耗资源的。
如果执行计划能够重用,那么SQLSERVER就不需要再执行上面的过程,加快执行指令的速度,很多语句调优的文章里提到数据库重用执行计划就是指这个意思
执行计划重用的利弊
执行计划的好坏当然决定了语句最终的执行速度。对于同样的一条语句,使用好的执行计划可能会比差的要快几百倍,甚至上千倍。
所以从这一个角度来讲,每运行一条语句,都把他先编译一遍当然是最好的。他能够保证使用的执行计划是SQLSERVER能找到的最优的。
但是SQLSERVER每秒钟可能会运行成百上千的指令。如果每个都编译一遍,是资源的一种浪费。所以SQLSERVER在这里也试图寻找一个平衡点,
使用有限的compile/recompile,得到最好的整体性能
运行下面的指令,就能够看到SQLSERVER当前缓存的执行计划有哪些(请别在生产服务器上直接运行因为上面往往有庞大的缓存)
1 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就是典型的计划重用带来的负效应。编译和重编译当然能给当前运行的语句带来尽可能准确执行计划,但是对于经常运行的语句,尤其是一些执行速度比较快的语句,可能其编译时间占最后总时间的相当大比例。这对资源来讲是一个很大的浪费
一般来说,SQLSERVER能够很好地在编译与重编译之间做平衡,大部分情况下没什么问题的。
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
- 如何用wampserver打开自己写的php(WampServer下安装多个版本的PHP、mysql、apache图文教程)
- linuxmysql客户端搭建(一台linux主机启动多个MySQL数据库的方法)
- sqlserver数据库基本操作(SQL Server四个系统表的知识讲解)
- navicat载入sql文件(Navicat Premium如何导入SQL文件的方法步骤)
- SQL如何操作Xml字段
- docker安装mysql后无法连接(Docker 安装 MySQL 并实现远程连接教程)
- SQL Server作业
- sql字母通配符(详解SQL 通配符)
- mysql sql优化方法(MySQL SQL优化教程之in和range查询)
- mysql自增主键创建过程(深入谈谈MySQL中的自增主键)
- mysql8.0.25安装教程(Mysql8.0.17安装教程推荐)
- mysql 主从配置详解(MySQL 8.0.15配置MGR单主多从的方法)
- mysql删除表数据的语句(Mysql实现定时清空一张表的旧数据并保留几条数据推荐)
- sqlserver常用数据结构图(Sql Server数据库常用Transact-SQL脚本推荐)
- docker中mysql连接命令(docker 如何修改mysql的root密码)
- windows性能计数器与SQL Server Profiler 组合分析性能
- 粗盐是什么 粗盐的功效与作用(粗盐的功效与作用)
- 会 吃人 的客机 从天堂到地狱只需5分钟,图-104如何做到(会吃人的客机)
- 男人犯的错,为什么要女人来承担(为什么要女人来承担)
- 心理学 四个金蟾,哪个最招财 测你今生的运势有多棒(心理学四个金蟾)
- 吉善缘《聚宝金蟾》金蟾招财摆件 三足全铜蟾蜍客厅店铺开业礼品(吉善缘聚宝金蟾金蟾招财摆件)
- 招财化煞神兽,金蟾变了(招财化煞神兽金蟾变了)
热门推荐
- sql server证书配置(SQL Server Alwayson创建代理作业的注意事项详解)
- dedecms系统设置参数(织梦DEDECMS V6安装后报错打不开的处理方法)
- 深入理解mysql日志(mysql 重要日志文件汇总)
- ubuntu内核升级指定版本(Ubuntu12.04建立内核树实现过程详解)
- python中的变量与变量类型(Python变量类型知识点总结)
- 查看docker日志大小(docker logs-查看docker容器日志的实现)
- dedecms怎么加页面(dedecms导航判断当前选中样式的方法)
- html为什么视频不能自动播放(html5中嵌入视频自动播放的问题解决)
- linux搭建nacos(docker搭建nacos1.3.0的实现)
- css实现动画的方法(CSS实现悬停过渡动画三部曲)
排行榜
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9