22,209
社区成员
发帖
与我相关
我的任务
分享关于多线程共享ADO连接的问题？
各位高手，请看：
我本来利用了老外封装的一个ADO类（http://www.codetools.com/database/caaadoclass1.asp，有兴趣的可以去看看，使用还是非常方便的）开发了一个多线程的网络服务程序a.exe，（因为听说ADO不是线程安全的，所以认为多线程不能共享连接，不知道认识是否错误？）现在的运行方式是处理一个客户请求开启一个线程，每个线程都会打开一个数据库连接，（线程运行结束的时候，就会关闭连接）。开始运行较为稳定，运行一两天之后，打开连接就失败了，重起服务程序之后，就可以连接成功。另外，该服务程序a.exe需要查询、插入、更新数据库中的表，同时另一个程序b.exe需要更新同样的表，web服务器也要通过ASP查询、插入这些表。问题如下：
1）导致连接失败的原因是什么呢？打开的连接太多？（最多的时候a.exe有六个线程同时运行，但是他们会频繁的打开、关闭连接）。听别人说“连接池”可以解决打开连接太多的带来的问题，哪位高手解释一下“连接池”如何实现？
2）b.exe在更新表中的记录的时候，出现错误，大意如下：”0x80004005错误，spid 65作为事务死锁的牺牲品，被禁止了，请重新运行事务”，是不是进程间访问数据库互斥操作导致的？如何解决呢？a.exe和b.exe采用不同的数据库用户登录，也不行。事务死锁会不会导致连接失败呢？
3）DB Connection 和 Session有何不同？二者的关系是什么呢？如何共享Connection呢？如何ADO编程实现？
我已经查阅了很多资料，一直没能解决问题，请各位高手指点几句。
因为我是新手初来查到，分数有限，等有分了，再加分。
我本来利用了老外封装的一个ADO类（http://www.codetools.com/database/caaadoclass1.asp，有兴趣的可以去看看，使用还是非常方便的）开发了一个多线程的网络服务程序a.exe，（因为听说ADO不是线程安全的，所以认为多线程不能共享连接，不知道认识是否错误？）现在的运行方式是处理一个客户请求开启一个线程，每个线程都会打开一个数据库连接，（线程运行结束的时候，就会关闭连接）。开始运行较为稳定，运行一两天之后，打开连接就失败了，重起服务程序之后，就可以连接成功。另外，该服务程序a.exe需要查询、插入、更新数据库中的表，同时另一个程序b.exe需要更新同样的表，web服务器也要通过ASP查询、插入这些表。问题如下：
1）导致连接失败的原因是什么呢？打开的连接太多？（最多的时候a.exe有六个线程同时运行，但是他们会频繁的打开、关闭连接）。听别人说“连接池”可以解决打开连接太多的带来的问题，哪位高手解释一下“连接池”如何实现？
2）b.exe在更新表中的记录的时候，出现错误，大意如下：”0x80004005错误，spid 65作为事务死锁的牺牲品，被禁止了，请重新运行事务”，是不是进程间访问数据库互斥操作导致的？如何解决呢？a.exe和b.exe采用不同的数据库用户登录，也不行。事务死锁会不会导致连接失败呢？
3）DB Connection 和 Session有何不同？二者的关系是什么呢？如何共享Connection呢？如何ADO编程实现？
我已经查阅了很多资料，一直没能解决问题，请各位高手指点几句。
因为我是新手初来查到，分数有限，等有分了，再加分。
...全文
请发表友善的回复…
发表回复
zhang21cnboy 2002-12-13
- 打赏
- 举报
多个线程完全可以共享一个ado连接的！
我处理的时候，我吧ado连接就看作是一个临界区，进行保护！
这样虽然速度上比较慢，但是完全可以满足要求！
你说的一个线程使用一个连接，我认为不妥！因为在一个复杂的系统中，线程的总数可能成千上万，如果那些线程同时开启，估计数据库服务器会当时死悄悄！使用线程的同步和互斥技术，完全可以防止两个线程再同一个连接上的碰撞。
我处理的时候，我吧ado连接就看作是一个临界区，进行保护！
这样虽然速度上比较慢，但是完全可以满足要求！
你说的一个线程使用一个连接，我认为不妥！因为在一个复杂的系统中，线程的总数可能成千上万，如果那些线程同时开启，估计数据库服务器会当时死悄悄！使用线程的同步和互斥技术，完全可以防止两个线程再同一个连接上的碰撞。
prfonefordb 2002-12-13
- 打赏
- 举报
通过大家的指导，我已经初步弄明白了问题所在。
1。关于连接失败的问题，估计是OLE DB Resource Pooling运用不当造成的，
如果大家有兴趣，可以参阅MSSDK中的一篇文档”Pooling in the Microsoft Data Access Components“，写的非常清楚，详细介绍了连接池的实现、运用等。基本正如ntr、jorry所言，在此谢过两位高手了。
2。事务死锁的问题，除了更改自己的操作流程，数据处理逻辑之外，好像没有其他的有效办法。
就此揭帖吧。
1。关于连接失败的问题，估计是OLE DB Resource Pooling运用不当造成的，
如果大家有兴趣，可以参阅MSSDK中的一篇文档”Pooling in the Microsoft Data Access Components“，写的非常清楚，详细介绍了连接池的实现、运用等。基本正如ntr、jorry所言，在此谢过两位高手了。
2。事务死锁的问题，除了更改自己的操作流程，数据处理逻辑之外，好像没有其他的有效办法。
就此揭帖吧。
prfonefordb 2002-12-12
- 打赏
- 举报
回复人： seth99(seth) ( ) 信誉：100 2002-12-11 0:08:57 得分:0
死锁与登录用户没有关系，关键是看你有多少个连接在同时读写数据，100万，如果不是很复杂的系统或者很糟糕的程序，应该不会很容易出现死锁，如果确实更新很频繁，可以在程序中作处理，例如可以根据需要降低锁定等级，采用batch update，锁定判断等处理避免循环锁就好了，另外不在一个表里放超过1个image字段也可以避免一些不必要的锁定.
prfonefordb 2002-12-12
- 打赏
- 举报
谢谢oracle3(kk) 的回复。
1。前面关于错误的处理我知道，因为msado.tli中就是这么处理的，并且我所使用的ADO类中也是这么处理异常的，一旦报告“未定义错误”，就不知道该怎么办了。
2。存储过程的问题解决了，数据类型导致执行没有效果，原来SQL Server对数据的长度有限制，必须把char改为varchar才行。但是MSDN中没有找到相关的解释。
1。前面关于错误的处理我知道，因为msado.tli中就是这么处理的，并且我所使用的ADO类中也是这么处理异常的，一旦报告“未定义错误”，就不知道该怎么办了。
2。存储过程的问题解决了，数据类型导致执行没有效果，原来SQL Server对数据的长度有限制，必须把char改为varchar才行。但是MSDN中没有找到相关的解释。
oracle3 2002-12-12
- 打赏
- 举报
再回答简单的
CREATE PROCEDURE dbo.restorepatient
@patid char(50) ,
@Volume varchar(100),
@LocalPath varchar(200)
AS
更改为
CREATE PROCEDURE dbo.restorepatient
@patid varchar(50) ,--使用中发现的
@Volume varchar(100),
@LocalPath varchar(200)
AS
CREATE PROCEDURE dbo.restorepatient
@patid char(50) ,
@Volume varchar(100),
@LocalPath varchar(200)
AS
更改为
CREATE PROCEDURE dbo.restorepatient
@patid varchar(50) ,--使用中发现的
@Volume varchar(100),
@LocalPath varchar(200)
AS
oracle3 2002-12-12
- 打赏
- 举报
回答简单的
catch(_com_error &e)
{
CString ErrorStr;
_bstr_t bstrSource(e.Source());
_bstr_t bstrDescription(e.Description());
ErrorStr.Format( "Error\n\tCode = %08lx\n\tCode meaning = %s\n\tSource = %s\n\tDescription = %s\n",
e.Error(), e.ErrorMessage(), (LPCSTR)bstrSource, (LPCSTR)bstrDescription );
AfxMessageBox( ErrorStr, MB_OK | MB_ICONERROR );
}
catch(_com_error &e)
{
CString ErrorStr;
_bstr_t bstrSource(e.Source());
_bstr_t bstrDescription(e.Description());
ErrorStr.Format( "Error\n\tCode = %08lx\n\tCode meaning = %s\n\tSource = %s\n\tDescription = %s\n",
e.Error(), e.ErrorMessage(), (LPCSTR)bstrSource, (LPCSTR)bstrDescription );
AfxMessageBox( ErrorStr, MB_OK | MB_ICONERROR );
}
prfonefordb 2002-12-12
- 打赏
- 举报
到现在怎么没有看到版主的身影啊？
prfonefordb 2002-12-12
- 打赏
- 举报
本人找到了一些关于Connection Pooling的资料、文章：
http://www.sql-server-performance.com/bl_asp_ado.asp
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnmdac/html/pooling2.asp
http://support.microsoft.com/default.aspx?scid=KB;en-us;q191572
http://www.sql-server-performance.com/bl_asp_ado.asp
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnmdac/html/pooling2.asp
http://support.microsoft.com/default.aspx?scid=KB;en-us;q191572
prfonefordb 2002-12-12
- 打赏
- 举报
fingerfox(foxfinger)，这段FAQ来自哪里啊？能不能告诉我网址？
fingerfox 2002-12-12
- 打赏
- 举报
maybe helpful
Q. If I use only one Connection object, does that mean I'll have only one connection to my database?
A. No. If you ask ADO to accomplish a task and ADO determines that it cannot perform that task because the connection is busy, it will establish a temporary connection to your database in order to complete the task. This behavior is most likely to affect developers using SQL Server who encounter the limitation of one active query per connection. We'll talk about this more in Chapter 7 when we discuss cursors, but keep that distinction in the back of your mind. One Connection object does not equal one connection to your database.
Q. If I use only one Connection object, does that mean I'll have only one connection to my database?
A. No. If you ask ADO to accomplish a task and ADO determines that it cannot perform that task because the connection is busy, it will establish a temporary connection to your database in order to complete the task. This behavior is most likely to affect developers using SQL Server who encounter the limitation of one active query per connection. We'll talk about this more in Chapter 7 when we discuss cursors, but keep that distinction in the back of your mind. One Connection object does not equal one connection to your database.
prfonefordb 2002-12-12
- 打赏
- 举报
各位高手来看看吧，揭帖在即啊。。。
prfonefordb 2002-12-11
- 打赏
- 举报
为什么不能给我的帖子加分呢？
prfonefordb 2002-12-11
- 打赏
- 举报
谢谢ntr的回复，你的回复让我看到了解决问题的曙光啊。但是有几个问题需要请教：
1。我已经建立了一个全局连接，但是多线程共享使用出现了错误，所以此方法不妥啊，不过看了你的描述，我必须在每个线程中再次建立临时连接对象，然后在使用它。这里有一个问题，就是对于临时对象的管理问题，我必须使用_ConnectionPtr.Release来释放COM控件实例吗？还是仅仅调用Close关闭连接就可以了？
2。关于死锁的问题，对于SQL Server中的锁机制，应该是仅作用于数据库的对象，比如表、库、表中的记录等。所以无论是单个进程中的多个线程开启的多个连接，还是多个进程不同数据库用户登录后开启的多个连接，都是一样的，即锁机制与线程、进程无关，仅于数据库对象有关，不知道我的理解对不对？望你明示啊。我的应用中大部分都是SQL语句，不过也利用了Recordset处理Select语句返回的结果，但是我自己应用程序中的Select、Update等语句我可以协调，但是别的进程，比如IIS通过ASP访问数据库的同一表格，这时我就无能为力了，数据库应该协调访问操作吧？
3。关于_ConnectionPrt.Open返回的HRESULT不等于S_OK，你的意思是我的程序中没有必要判断FAILED(HR),因为_ConnectionPtr自身会抛出异常？
4。如何明确知道MDAC的版本呢？
期待你的回复。
1。我已经建立了一个全局连接，但是多线程共享使用出现了错误，所以此方法不妥啊，不过看了你的描述，我必须在每个线程中再次建立临时连接对象，然后在使用它。这里有一个问题，就是对于临时对象的管理问题，我必须使用_ConnectionPtr.Release来释放COM控件实例吗？还是仅仅调用Close关闭连接就可以了？
2。关于死锁的问题，对于SQL Server中的锁机制，应该是仅作用于数据库的对象，比如表、库、表中的记录等。所以无论是单个进程中的多个线程开启的多个连接，还是多个进程不同数据库用户登录后开启的多个连接，都是一样的，即锁机制与线程、进程无关，仅于数据库对象有关，不知道我的理解对不对？望你明示啊。我的应用中大部分都是SQL语句，不过也利用了Recordset处理Select语句返回的结果，但是我自己应用程序中的Select、Update等语句我可以协调，但是别的进程，比如IIS通过ASP访问数据库的同一表格，这时我就无能为力了，数据库应该协调访问操作吧？
3。关于_ConnectionPrt.Open返回的HRESULT不等于S_OK，你的意思是我的程序中没有必要判断FAILED(HR),因为_ConnectionPtr自身会抛出异常？
4。如何明确知道MDAC的版本呢？
期待你的回复。
prfonefordb 2002-12-11
- 打赏
- 举报
blackcolor(blackcolor)，因为我对COM不熟悉，以后我会慢慢看你的原创文章。连接池我会参考楼下ntr所描述的方法才是看看，因为在测试中发现，如果所有的线程共享一个ADO连接，就会出现错误：“连接占线导致另一个命令”，来源是“OLE DB Provider for Sql server”。
ntr 2002-12-11
- 打赏
- 举报
1. ADO连接池其实就是OLEDB连接池，是存在的。不过，MSDN的资料显示，连接池应该有至少一个常驻的连接存在才会起作用，所以应该创建一个全局的连接并打开它。然后，在应用程序中创建每次可用的临时连接对象，再使用它。全局对象在程序退出释放，但并不使用。你可以测试这样做的效率和共享一个连接对象的效率。
2. 死锁的原因是因为事务中加锁的顺序。如果都是隐式的事务即单条SQL语句基本不会造成死锁。显式事务和游标操作即recordset的movenext等，会造成死锁，要分析事务的加锁过程，更新锁、只读锁、独占锁等的次序问题。如果事务的开始就是独占锁或更新锁大多数情况不会死锁。
3. COM的智能指针_ConnectionPtr已经封装了异常机制不需要FAILED(HRESULT)，源程序if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
4. _ConnectionPtr.Close是关闭连接但不是释放COM对象，释放对象要_ConnectionPtr.Release()。
5. ADO的程序注意MDAC的版本，最好2.6以上。
2. 死锁的原因是因为事务中加锁的顺序。如果都是隐式的事务即单条SQL语句基本不会造成死锁。显式事务和游标操作即recordset的movenext等，会造成死锁，要分析事务的加锁过程，更新锁、只读锁、独占锁等的次序问题。如果事务的开始就是独占锁或更新锁大多数情况不会死锁。
3. COM的智能指针_ConnectionPtr已经封装了异常机制不需要FAILED(HRESULT)，源程序if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
4. _ConnectionPtr.Close是关闭连接但不是释放COM对象，释放对象要_ConnectionPtr.Release()。
5. ADO的程序注意MDAC的版本，最好2.6以上。
blackcolor 2002-12-11
- 打赏
- 举报
关于连接池，
我所了解的资料中，连接池是com+的特性，
请参考我以前所写的关于COM的一些文章
http://www.csdn.net/develop/read_article.asp?id=9512
另外，就算是自己管理ADO的连接池，也不是特别复杂
我所了解的资料中，连接池是com+的特性，
请参考我以前所写的关于COM的一些文章
http://www.csdn.net/develop/read_article.asp?id=9512
另外，就算是自己管理ADO的连接池，也不是特别复杂
prfonefordb 2002-12-11
- 打赏
- 举报
winvxd(小文)，你所说的“要用的时候打开连接，用完马上释放，不会出现你说的这个问题”，关键是如何打开、如何关闭？如果调用_ConnectionPrt.CreateInstance来创建实例，调用_Connection.Open打开连接的话，那么调用_ConnectionPtr.Close能不能算是关闭连接呢？（因为我不知道实例所占用的资源是否被系统回收？请高手明示）。如果这样做的话算是安全打开和关闭的话，那么我的程序理论上没有问题，但是却出现了错误，原因估计没有释放资源导致的。
prfonefordb 2002-12-11
- 打赏
- 举报
jeffchen(Jeff)，不知道我们所理解的“线程安全”的概念是否一致，这个问题好像是COM控件自身机制所决定的，当COM控件运行于不同的线程模型中，比如单线程公寓模型、或者多线程公寓模型的时候，COM控件所输出的属性是否能被各线程共享，我个人猜测就是这个问题了。等我仔细看看资料，再做论断。
prfonefordb 2002-12-11
- 打赏
- 举报
lyhold(让你飞) ，如果多个进程公用一个连接，通过CADORecordset查询、或者通过CADODatabase执行update、Insert操作应该没有问题吧？我并没有使用CADOCommand。
大健 2002-12-11
- 打赏
- 举报
ado.net内部封装了连接池，转用dot net吧:)
加载更多回复（29）
