一：背景 1.讲故事 这周有个朋友找到我，说他的程序出现了内存缓慢增长，没有回头的趋势，让我帮忙看下到底怎么回事，据朋友说这个问题已经困扰他快一周了，还是没能找到最终的问题，看样子这个问题比较刁钻，不管怎么说，先祭出 WinDbg。 二：WinDbg 分析 1. 托管还是非托管泄露 一直关注这个系列
一：背景 1.讲故事 上个月 .NET调试训练营 里的一位老朋友给我发了一个 8G 的dump文件，说他的程序内存泄露了，一时也没找出来是哪里的问题，让我帮忙看下到底是怎么回事，毕竟有了一些调试功底也没分析出来，说明还是有一点复杂的，现实世界中的dump远比课上说的复杂的多。 还是那句话，找我分析是
一：背景 1. 简介 .NET 高级调试要想玩的好，看懂汇编是基本功，但看懂汇编和能写点汇编又完全是两回事，所以有时候看的多，总手痒痒想写一点，在 Windows 平台上搭建汇编环境不是那么容易，大多还是用微软的 MASM + DosBox 搭一个 8086 的环境，这玩意距今快 50 年了。 在以
一：背景 1.讲故事 前几天有位朋友找到我，说他的程序出现了偶发性崩溃，已经抓到了dump文件，Windows事件日志显示的崩溃点在 clr.dll 中，让我帮忙看下是怎么回事，那到底怎么回事呢? 上 WinDbg 说话。 二：WinDbg 分析 1. 崩溃点在哪里 如果是托管代码引发的崩溃，在线程
一：背景 1.讲故事 今天是🐏的第四天，头终于不巨疼了，写文章已经没什么问题，赶紧爬起来写。 这个月初有位朋友找到我，说他的程序出现了CPU爆高，让我帮忙看下怎么回事，简单分析了下有两点比较有意思。 这是一个安全生产的信息管理平台，第一次听说，我的格局小了。 这是一个经典的 CPU 爆高问题，过往
一：背景 1.讲故事 最近给一位朋友做 SQL 慢语句 优化，花了些时间调优，遗憾的是 SQLSERVER 非源码公开，玩起来不是那么顺利，不过从这次经历中我觉得明年的一个重大任务就是好好研究一下它，争取在 SQLSERVER 性能优化上做一些成绩，哈哈！ 个人觉得要想深入研究 SQLSERVER，
一：背景 1. 讲故事 相信有很多朋友在学习 SQLSERVER 的时候都听说过这句话，但大多都是记忆为主，最近在研究 SQLSERVER，所以我们从 底层存储 的角度来深入理解下。 二：理解数据页 1. 数据页的组织 在前面的文章中我也说过，一个 数据页 是 8k 大小，那这 8k 是如何组织的呢
一：背景 1. 讲故事 上一篇写完了之后，马上就有朋友留言对记录行的 8060byte 限制的疑惑，因为他的表记录存储了大量的文章，存储文章的字段类型用的是 nvarchar(max)，长度很显然是超过 8060byte 的，请问这个底层是怎么破掉 8060byte 的限制的? 说实话这是一个好问题
一：背景 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. 讲故事 年前遇到了好几例托管堆被损坏的案例，有些运气好一些，从被破坏的托管堆内存现场能观测出大概是什么问题，但更多的情况下是无法做出准确判断的,原因就在于生成的dump是第二现场，借用之前文章的一张图，大家可以理解一下。 为了帮助更多受此问题困扰的朋友，这篇来整理一下如何 快狠准 的
一：背景 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. 讲故事 这段时间经常有朋友微信上问我这个真实案例分析连载怎么不往下续了，关注我的朋友应该知道，我近二个月在研究 SQLSERVER，也写了十多篇文章，为什么要研究这东西呢？ 是因为在 dump 中发现有不少的问题是 SQLSERVER 端产生的，比如：遗留事务，索引缺失 ，这让我产生
一：背景 1. 讲故事 今天和大家聊一套面试中经常被问到的高频题，对，就是 临时表 和 表变量 这俩玩意，如果有朋友在面试中回答的不好，可以尝试看下这篇能不能帮你成功迈过。 二：到底有什么区别 1. 前置思考 不管是 临时表 还是 表变量 都带了 表 这个词，既然提到了 表 ，按推理自然会落到某一个
