SQL Server中关于跟踪（Trace)那点事

前言

一提到跟踪俩字，很多人想到警匪片中的场景，同样在我们的SQL Server数据库中“跟踪”也是无处不在的，如果我们利用好了跟踪技巧，就可以针对某些特定的场景做定向分析，找出充足的证据来破案。

简单的举几个应用场景：

在线生产库为何突然宕机？数百张数据表为何不翼而飞？刚打好补丁的系统为何屡遭黑手？新添加的信息表为何频频丢失？某张表字段的突然更改，究竟为何人所为？这些个匿名的访问背后，究竟是人是鬼？突然增加的增量数据，究竟是对是错？数百兆的日志爆炸式的增长背后又隐藏着什么？这一且的背后，是应用程序的BUG还是用户品质的缺失？

请关注本篇文章，让我们一起利用数据库的“跟踪”(Trace)走进数据库背后，查看其内部原理。

我相信如用过SQL Server数据库的人，都会或多或少的利用过SQL Profiler工具。这个玩意就是利用SQL Trace形成的一个图形化操作工具，我们直接进入本篇的正题。

一.查看系统默认跟踪信息（Default Trace）

Trace作为一个很好的数据库追踪工具，在SQL Server 2005中便集成到系统功能中去，并且默认是开启的，当然我们也可以手动的关掉它，它位于sp_config配置参数中，我们可以通过以下语句查看：