来自 数据库 2019-11-06 10:09 的文章
当前位置: 网上澳门金莎娱乐 > 数据库 > 正文

SQLSERVER中的sp_reset_connection存储过程的作用网上澳门金莎娱乐

网上澳门金莎娱乐 1

SQLSERVER中的sp_reset_connection存储过程的作用

经常有人在论坛提问为什麽在使用SQL Trace的时候会看到大量的sp_reset_connection存储过程的执行

究竟sp_reset_connection存储过程有什么用?

网上的资料很少

下面说一下这个存储过程是干嘛的

在介绍之前先说一下连接池和事务和阻塞,因为这个存储过程跟连接池、事务和阻塞有关

一般SQL应用都会使用连接池来得到良好的性能。如果有一个连接忘记把事务关闭就退出连接那么这个连接会被交还给连接池

网上澳门金莎娱乐,但是这时候,事务不会被清理。客户端驱动程序会在这个连接下一次被重用的时候(又有新的用户要建立连接)

发一句sp_reset_connection命令(这是一个存储过程)来清理当前连接上次遗留下来的所有对象

包括:回滚未提交的事务。

如果连接交还给连接池以后很久都没有被重用,那他的事务就会持续很长时间,引起阻塞。

比如有些JAVA程序使用的JDBC驱动程序提供连接池功能,但是不提供连接重用时的事务清理功能。

这样的连接池对应用开发质量要求很高,比较容易发生阻塞

 

现在知道sp_reset_connection存储过程的作用了吧?

网上澳门金莎娱乐 2

 

数据库连接被重用,第一次连接遗留在数据库中的事务被回滚

    网上澳门金莎娱乐 3

这种机制跟连接池有关:

而此时观察SessionId = 57的状态,他是sleeping啊,已经开始呼呼睡大觉了。 

如何判断是否发生了连接池中的连接重用

  4,从性能上以及连接池机制中分析,以上只能缓解这个问题,而逃不过这个问题,
    实际上,面对连接超时断开而是事务继续保持活动状态这种情况,在存储过程的事务性操作中加入try catch也是无济于事的,
    那么就可以使用SET XACT_ABORT ON;命令,确保在任何异常情况下,对事务进行回滚。关于XACT_ABORT可参考联机丛书。

首先,一个连接数据库的过程中,有没有重用连接池中的连接,在SQL Server中有哪些区别?
以ado.net为例,如果在连接字符串中加入pooling=false;则表示不启用连接池.
如下,连续执行两次数据库访问,两次数据库访问均在连接字符串中加入了pooling=false;表示不启用连接池

  连接数据库的部分Session会出现不定时的阻塞,这种阻塞时长时短,有时候持续较长时间,有时间持续时间较短,没有什么规律。
   之后分析相关存储过程和代码写法,发现是阻塞源头的存储过程中开启了事务,而应用程序在调用存储过程发生异常之后没有进行特别的处理(提交或者回滚),
   那么在执行方法发生异常之后,连接关闭了,但是数据库中遗留有活动事务(dbcc opentran对应的SessionId是sleeping状态),于是就产生了阻塞。
   关键是活动事务会不定时自己消失,就有点诡异了,这是本文的重点。

如果此时对事务中的表执行查询操作,会发现是被阻塞的,事实上t1这张表在上述方法执行之前一行数据都没有

 

  首先,参考如下截图,编写一个事务性存储过程,用waitfor delay '00:00:50'的方式延长其事务提交时间,造成连接超时(默认ado.net连接30秒)

 

网上澳门金莎娱乐 4

之前遇到过这么一种情况:

 

 

 

 

 网上澳门金莎娱乐 5

什么情况下会出现数据库连接关闭,而事务保持活动状态 

 

   

 

网上澳门金莎娱乐 6

  此时查询数据中的活动事务,发现有一个活动事务,活动事务是上次执行“TimeoutFunction”造成的,
  但此时“TimeoutFunction”发生了异常,数据库连接被正常关闭,  
  此时,执行这个方法造成的事务还是活动状态的,如下截图

  查询在exec sp_reset_connection之后正常完,因为事务是被回滚的,所以t1表没有任何数据

 

网上澳门金莎娱乐 7

本文由网上澳门金莎娱乐发布于数据库,转载请注明出处:SQLSERVER中的sp_reset_connection存储过程的作用网上澳门金莎娱乐

关键词: