阻塞是事务隔离带来的副作用,而并不是SQL SERVER的错. 死锁则是互相争用资源而引发.由于死锁会选择牺牲者,所以死锁的危害没有阻塞大.但有时为了解决死锁,会采取对资源加锁,导致阻塞的方式来避免.…

系统先操作地址空间,真正要用的时候才申请物理内存,进行使用. Reserved Memory  保留内存,虚拟内存 Commited Memory 提交内存,物理内存 [如何判断SQL SERVER 内存不足?] 如果进程的用户态CPU时间比较高,一般说明它没有遇到其他瓶颈,正全力运行.如果内存有瓶颈,一般用户态的CPU时间不会很高,但核心态的CPU时间反而升高,因为系统要做的paging动作(pages/sec计数器).同时磁盘也会比较繁忙.但磁盘繁忙,而paging不忙,却不能说明内存不足.…

每次SQL SERVER启动的时候,会重新创建. 用于 0.临时表 1.排序 2.连接(merge join,hash join) 3.行版本控制 临时表与表变量的区别: 1)表变量是存储在内存中的,当用户在访问表变量的时候,SQL Server是不产生日志的,而在临时表中是产生日志的; 2)在表变量中,是不允许有非聚集索引的; 3)表变量是不允许有DEFAULT默认值,也不允许有约束; 4)临时表上的统计信息是健全而可靠的,但是表变量上的统计信息是不可靠的; 5)临时表中是有锁的机制,而表变量…

让查询语句不去申请共享锁,从而消除死锁,效果立竿见影. 缺点: 1.脏读 2.只能解决共享锁(S锁)参与的问题 3.需要修改语句本身才能使用…

执行计划对性能影响甚大. 系统是怎么得出一个号的执行计划的?主要是依赖于准确的统计信息.统计信息准确的前提下,执行语句重用性高,可避免频繁编译,这也有助于提高性能. 但如果怀疑统计信息不够准确,可以强制待执行的SQL语句编译.主要方法为清除内存中的执行计划,运用编译语句等. 为何索引重建后查询速度变快? 1.消除了数据碎片 2.更新了统计信息.…

nested loop join:适用于小数据集,有索引的情况.不占用内存,不用tempdb. merge join:大数据,要排序,多对多,用tempdb: hash join:对大数据集,少用户使用,尤其是数据仓库最为适用.消耗资源厉害,占用大量内存,使用tempdb.…

对于有聚集索引的表,数据存储在聚集索引的叶子节点,而非聚集索引则存储 索引键值 和 聚集索引键值.对于非聚集索引,如果查找的字段没有包含在索引键值,则还要根据聚集索引键值来查找详细数据,此谓 Bookmark Lookup. 解决办法?可以用包含列.…

在两个或多个SQL Server进程中,每一个进程锁定了其他进程试图锁定的资源,就会出现死锁,例如,进程process1对table1持有1个排它锁(X),同时process1对table2请求1个排它锁(X),进程process2对table2持有1个排它锁(X),同时process2对table1请求1个排它锁(X) 类似这种情况,就会出现死锁,除非当某个外部进程断开死锁,否则死锁中的两个事务都将无限期等待下去. Microsoft SQL Server 数据库引擎死锁监视器定期检查陷入死锁…

SQL Server -- 回忆笔记(五):T-SQL编程,系统变量,事务,游标,触发器 1. T-SQL编程 (1)声明变量 declare @age int (2)为变量赋值 (3)while循环 begin print @i end (4)if  else begin print '大于10' end begin print '大于5' end else begin print '小于等于5' end (5)系统变量 @@version: 返回  SQL Server的当前安装的系统和生成…

原文:[SQL Server学习笔记]Delete 语句.Output 子句.Merge语句 DELETE语句 --建表 select * into distribution from sys.objects --1.当delete语句要关联其他表时与update语句类似,可参考上面update语句的写法 --2.truncate table语句删除行比delete快很多,不过必须一次删除所有的行(没有where子句) --之所以快是因为记录的日志很少,采用表级别锁. --如果表中有IDENTI…