一、查询阻塞和被阻塞的会话 SELECT r.session_id AS [Blocked Session ID], r.blocking_session_id AS [Blocking Session ID], r.wait_type, r.wait_time, r.wait_resource,
使用动态管理视图（DMVs）来检测SQL执行计划的突变，你需要关注那些能够提供查询执行统计和计划信息的视图。以下是一些可以用于此目的的DMVs以及相应的查询示例： sys.dm_exec_query_stats：这个视图提供了关于SQL Server中查询执行的统计信息，包括CPU时间、总工作时间、
SqlServer安装时企业版会有两种选项：Microsoft SQL Server Enterprise (64-bit)，Microsoft SQL Server Enterprise: Core-based Licensing (64-bit)。前者为Enterprise Server+CAL
https://cdn.modb.pro/db/516085 授权模式 SQL Server 产品有两种基本的授权（License）模式。 ● “每处理器”或“每内核”模式 “每处理器”（Per Processor）授权模式只计算物理处理器的数量，与物理处理器的内核数量无关。这种授权模式一直沿用到S
https://cdn.modb.pro/db/460025 DBCC DROPCLEANBUFFERS:从缓冲池中删除所有缓存，清除缓冲区 在进行测试时，使用这个命令可以从SQLSERVER的数据缓存data cache(buffer)清除所有的测试数据，以保证测试的公正性。 需要注意的是这个命令
SQLServer 隔离级别的简单学习 背景 上周北京一个项目出现了卡顿的现象。 周末开发测试加紧制作测试发布了补丁，但是并没有好转。 上周四时跟研发訾总简单沟通过， 怀疑是隔离级别有关系。但是不敢确认。 因为现场是SQLServer数据库。前期出现过一些问题。 同部门的杨老师也一直问我要不要SQL
最近在使用过程中使用SqlServer的时候发现在高并发情况下，频繁更新和频繁查询引发死锁。通常我们知道如果两个事务同时对一个表进行插入或修改数据，会发生在请求对表的X锁时，已经被对方持有了。由于得不到锁，后面的Commit无法执行，这样双方开始死锁。但是select语句和update语句同时执行，
# SQLServer Core 序列号使用CPU限制的处理 ## 背景 ``` 有客户是SQLSERVER的数据库. 说要进行一下压测. 这边趁着最后进行一下环境的基础搭建工作. 然后在全闪的环境上面搭建了一个Windows2019+SQL2019的环境 发现一个挺好的地方. SQLSERVER会
简单对比下sqlserver on windows与linux的特点，发现新的继续添加 对比项sqlserver on windowssqlserver on Linux备注费用需要windows license开源，可使用免费的OS 功能齐全，企业版包含所有功能较少，企业版功能也不齐全 安装包大小
一：背景 1. 讲故事 相信有很多朋友在学习 SQLSERVER 的时候都听说过这句话，但大多都是记忆为主，最近在研究 SQLSERVER，所以我们从 底层存储 的角度来深入理解下。 二：理解数据页 1. 数据页的组织 在前面的文章中我也说过，一个 数据页 是 8k 大小，那这 8k 是如何组织的呢
一：背景 1. 讲故事 前些天看到一个奇怪的 Function 函数，调用的是 C# 链接库中的一个 UserLogin 方法，参考代码如下： CREATE FUNCTION dbo.clr_UserLogin ( @name AS NVARCHAR(100), @password AS NVARC
一：背景 1. 讲故事 最近在看 SQL SERVER 2008 查询性能优化，书中说当一个表创建了聚集索引，那么表中的行会按照主键索引的顺序物理排列，这里有一个关键词叫：物理排列，如果不了解底层原理，真的会被忽悠过去，其实仔细想一想不可能实现严格的 物理排列 ，那对性能是非常大的损害，本篇我们就从
一：背景 1. 讲故事 在 SQLSERVER 中有非常多的索引，比如：聚集索引，非聚集索引，唯一索引，复合索引，Include索引，交叉索引，连接索引，奇葩索引等等，当索引多了之后很容易傻傻的分不清，比如：复合索引 和 Include索引，但又在真实场景中用的特别多，本篇我们就从底层数据页层面厘清
一：背景 1. 讲故事 大家都知道数据库应用程序 它天生需要围绕着数据文件打转，诸如包含数据的 .mdf，事务日志的 .ldf，很多时候深入了解这两类文件的合成原理，差不多对数据库就能理解一半了，关于 .mdf 的合成前面的文章已经有所介绍，这篇我们来聊一下 .ldf 的一些内部知识，比如 LSN。
一：背景 1. 讲故事 相信绝大部分用 SQLSERVER 作为底层存储的程序员都知道 nolock 关键词，即使当时不知道也会在踩过若干阻塞坑之后果断的加上 nolock，但这玩意有什么注意事项呢？这就需要了解它的底层原理了。 二：nolock 的原理 1. sql 阻塞还原 为了方便讲述，先创建
一：背景 1. 讲故事 在有关SQLSERVER的各种参考资料中，经常会看到如下四种事务隔离级别。 READ UNCOMMITTED READ COMMITTED SERIALIZABLE REPEATABLE READ 随之而来的是大量的文字解释，还会附带各种 脏读, 幻读, 不可重复读 常常会把
一：背景 1. 讲故事 上一篇写完 SQLSERVER 的四个事务隔离级别到底怎么理解？ 之后，有朋友留言问什么时候可以把 snapshot 隔离级别给补上，这篇就来安排，快照隔离级别看起来很魔法，不过在修车之前，得先看下怎么开车。 二：snapshot 隔离详解 1. snapshot 之前的困境
一：背景 1. 讲故事 在 SQLSERVER 的众多阻塞场景中，有不小的一部分是由于 PFS 页上的 闩锁 等待造成的，毕竟写页操作一定是要串行化的，在面对 闩锁(PAGELATCH_X) 等待问题上，一定要搞明白 PFS 页到底是什么？ 这篇就来好好聊一聊。 二：PFS 详解 1. 什么是 PF
一：背景 1. 讲故事 在面试中我相信有很多朋友会被问到 truncate 和 delete 有什么区别 ，这是一个很有意思的话题，本篇我就试着来回答一下，如果下次大家遇到这类问题，我的答案应该可以帮你成功度过吧。 二：区别详解 1. 思考 从宏观角度来说, delete 是 DML 语句, tru
一：背景 1. 讲故事 今天和大家聊一套面试中经常被问到的高频题，对，就是 临时表 和 表变量 这俩玩意，如果有朋友在面试中回答的不好，可以尝试看下这篇能不能帮你成功迈过。 二：到底有什么区别 1. 前置思考 不管是 临时表 还是 表变量 都带了 表 这个词，既然提到了 表 ，按推理自然会落到某一个
