关于 SQL Server Profiler里追踪到的Audit Login/Logout

[Arthur_G]

各位大神好，我又一个问题请教一下，如题，Profiler里的Audit Login/Logout 是在什么情况下产生的？看到解释文档里是说
Audit Login 事件类指示用户已成功登录到 Microsoft SQL Server。 此类中的事件由新连接或从连接池中重用的连接触发。
我在我们服务器里看到大量的login/logout 都是来自服务器的主应用进程，也就是我们的服务端进程，但是我询问服务端开发人员说，他就是进程启动时连接了数据库一次，然后就使用这个连接指针来响应客户端的命令来进行各种操作。而并不是客户端的命令到来时，连接数据库，操作，然后关闭连接。那我的问题就是
login/logout这个事件是除了连接数据库的时候会产生，在查询或者修改或者插入命令的时候，也会产生这个事件吗？如果是的话 应该如何简单优化一下呢？谢谢各位

[發糞塗牆]

不排除应用程序会频繁断开重连。

[發糞塗牆]

如果可以的话你可以在没有人用应用程序的时候再收集一下这个事件的数量，确认一下是否主要由应用程序造成的

[专注or全面]

但是我询问服务端开发人员说，他就是进程启动时连接了数据库一次，然后就使用这个连接指针来响应客户端的命令来进行各种操作。而并不是客户端的命令到来时，连接数据库，操作，然后关闭连接。 不太可能吧，那是他不懂数据库连接的原理，应用程序对数据的访问都是“取完即关”的，也就是说取数据的时候打开连接，完成之后断开连接，不会出现站着茅厕不拉屎的行为，哪有占着连接不放的，这个事基本的规则吧，即便是他说的用这个指针怎么怎么滴，那么他定义的指针不可能一直有效吧，如果是网络原因或者是数据库原因导致他声明的连接无效，应用层面不就发生错误了（不要告诉我使用这个指针之前先判断是否有效，那还不如用的时候去申请，使用完就释放）

[专注or全面]

我只会C#，见过别的语言写的应用连接数据库，至少到目前为止，没见过说启动进程开始就占着连接不释放的写法

[Arthur_G]

引用 1 楼 DBA_Huangzj 的回复:

不排除应用程序会频繁断开重连。

版主好，能否详细点说明下呢，应用程序如果连接断开了，需要应用程序主动再去连接呢，还是sql server会自动判断连接中断了重连呢，这个过程对应用程序是否课件呢？我是新手，麻烦您不吝赐教。

[發糞塗牆]

前端语言都有连接池机制，连接用完一般会断掉，但是再次发起请求的时候会在连接池找有没有缓存，有就直接用，否则就重新连接。我觉得你还是找个时间或者开个SQL TRACE监控一两天，看看事件的数量是否在夜间（一般就是闲时）会降下来，先把问题定义清楚

[Arthur_G]

引用 6 楼 DBA_Huangzj 的回复:

前端语言都有连接池机制，连接用完一般会断掉，但是再次发起请求的时候会在连接池找有没有缓存，有就直接用，否则就重新连接。我觉得你还是找个时间或者开个SQL TRACE监控一两天，看看事件的数量是否在夜间（一般就是闲时）会降下来，先把问题定义清楚

好 今晚上我打开追踪一晚上试试看 再请教。

[Arthur_G]

引用 3 楼 x_wy46 的回复:

但是我询问服务端开发人员说，他就是进程启动时连接了数据库一次，然后就使用这个连接指针来响应客户端的命令来进行各种操作。而并不是客户端的命令到来时，连接数据库，操作，然后关闭连接。 不太可能吧，那是他不懂数据库连接的原理，应用程序对数据的访问都是“取完即关”的，也就是说取数据的时候打开连接，完成之后断开连接，不会出现站着茅厕不拉屎的行为，哪有占着连接不放的，这个事基本的规则吧，即便是他说的用这个指针怎么怎么滴，那么他定义的指针不可能一直有效吧，如果是网络原因或者是数据库原因导致他声明的连接无效，应用层面不就发生错误了（不要告诉我使用这个指针之前先判断是否有效，那还不如用的时候去申请，使用完就释放）

你所说的取完即关是对应数据集来说的吧？用连接指针查询后返回一个数据集指针，查询结果保存在数据集指针中，这个数据集指针式取完就关闭了的。连接指针如果没有在执行操作的时候，闲置在那里，应该没什么问题吧？