MSSQL事务遭遇网络异常时的处理机制

SQL Server数据库中，如果应用程序正在执行一个事务的时候突然遭遇了网络异常，例如网络掉包，网络中断等，那么这个事务会怎么样？SQL Server数据库是通过什么机制来判断处理呢？

估计很多人跟我一样都有不少疑问， 我们下面构造一个测试实验来测试验证一下。如下所示：

步骤1：在客户端连使用SSMS工具连接到测试数据库，执行下面脚本，显性事务既不提交也不回滚。模拟事务正在执行当中。

步骤2：在测试服务器上开启Profiler跟踪一下具体信息。具体步骤略过。

步骤3：通过VMware vSphere Client的控制台连接到测试服务器，禁用网卡，然后启用网卡，模拟网络异常。（注意：玩过Vmware的应该都知道，这里不详细介绍！）

如下截图所示，在跟踪过程中，我们可以看到当我构造网络异常时，会话ID=59的事务立即回滚了。

当然你也可以使用下面函数查看日志里面的相关记录信息。如下所示：

你可以看到 LOP_BEGIN_XACT （事务开始）-> LOP_DELETE_ROWS （删除记录） -> LOP_INSERT_ROWS （插入记录） ->LOP_ABORT_XACT （事务回滚）

通过上面实验测试，我们知道当应用程序遭遇网络异常时，数据库会回滚未提交的事务。那么接下来的问题有下面几个：

SQL Server需要多长时间才能检测到会话的网络异常？

如上所示，我断开的是服务器的网络，会话立即就回滚了。但是如果我断开的是客户端（执行SSMS客户端的网络），那么会话回滚的时间是30秒。如下截图所示

事务开始时间为：2017-07-27 13:48:01:820

事务回滚时间为：2017-07-27 13:48:32.043

其实这个是服务器上Keep Alive参数控制的，具体位置 “SQL Server Configuration Manager”-> “SQL Server Network Configuration” -> "Protocol for MSSQLSERVER" -> "TCP/IP " 右键单击属性，如下截图所示：

30000 的单位是毫秒， 等价于30秒， 如果你将这个设置为60000 ，那么测试结果就会是60秒或超过60秒。

后续精彩内容已被小麦苗无情隐藏，请输入验证码解锁本站所有文章

验证码：

请关注本站微信公众号，回复“小麦苗博客”，获取验证码。在微信里搜索“DB宝”或者“www_xmmup_com”或者微信扫描右侧二维码都可以关注本站微信公众号。