使用CT库连接Sybase IQ库,连接进程不释放问题?

Yates 2012-12-13 08:00:47
问题:
程序中使用SYBASE CT库访问IQ库,程序初始化建立n个数据库的长连接保存到连接池,需要查询时从池中获取一个连接,根据发送与执行SQL语句判断连接是否断开,如果断开则释放该连接,重新建立。释放已断开的连接(因为网络或者其它原因导致,数据库服务器并没有释放掉连接)这种情况数据库服务器是否会释放掉连接进程?我现在的程序因为连接池重连的机制导致服务器有200多个死连接。

操作步骤:
1、发送SQL函数中的m_IsConnect返回连接是否已中断

/********************************************************************
函数名称: SendSQL
功能: 发送SQL语句
参数: 无
返回值: 无
*********************************************************************/
int SybaseDBConnect::SendSQL(const string &Sql)
{
CS_RETCODE RetCode;
DataBaseError Result;
m_IsFail = false;

//清空错误描述
m_ErrorString = "";

if (NULL != m_pCommand)
{
//防止之前的结果没取完,创建之前先处理完这些结果集
//如果还没有全部fetch,需要清除结果集。
if (!m_FetchAll)
{
while (NULL != GetResultSet() );
}

m_SqlAndError.m_Sql = Sql;

RetCode = ct_command( m_pCommand, CS_LANG_CMD, (CS_CHAR*)Sql.c_str(), CS_NULLTERM, CS_UNUSED );
if (CS_SUCCEED == RetCode)
{
Result = DB_SUCCEED;
}
else
{
Result = DB_CONNECT_FAIL;
m_IsConnect = false;
}
}
else
{
Result = DB_HANDL_IS_NULL;
m_ErrorString = "db handler is null.";
}

m_IsFail = (DB_SUCCEED == Result)?(false):(true);

return Result;
}


2、执行SQL函数中m_IsConnect返回连接是否已中断

/********************************************************************
函数名称: ExecSQL
功能: 运行sql
参数: 无
返回值: 如果成功,返回true,失败返回false
*********************************************************************/
int SybaseDBConnect::ExecSQL()
{
CS_RETCODE RetCode;
int iResult;
m_IsFail = false;
if (NULL != m_pCommand)
{
RetCode = ct_send(m_pCommand);
if (CS_SUCCEED == RetCode)
{
iResult = DB_SUCCEED;

//标记需要fetch结果集
m_FetchAll = false;
}
else
{
m_IsConnect = false;
iResult = DB_DISCONNECT;
}
}
else
{
iResult = DB_HANDL_IS_NULL;
m_ErrorString = "db handler is null.";
}

m_IsFail = (DB_SUCCEED == iResult)?(false):(true);

return iResult;
}


3、当m_IsConnect=false;时释放该连接。这个释放函数是不是缺少什么东西?测试时是可以正常释放的。

/********************************************************************
函数名称: DisConnectDBServer
功能: 断开数据库连接
参数: 无
返回值: 无
*********************************************************************/
void SybaseDBConnect::DisConnectDBServer()
{
CS_RETCODE RetCode = CS_SUCCEED;
m_IsFail = false;

if (NULL != m_pConnection)
{
//防止之前的结果没取完,创建之前先处理完这些结果集
//如果还没有全部fetch,需要清除结果集。
if (!m_FetchAll)
{
while (NULL != GetResultSet() );
}

RetCode = ct_close(m_pConnection, CS_FORCE_CLOSE);
}

m_IsFail = (CS_SUCCEED == RetCode)?(false):(true);

m_IsConnect = false;
}

...全文
153 点赞 收藏 4
写回复
4 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
iihero 2012-12-15
还请楼主及时结帖:)
回复
iihero 2012-12-14
代码本身倒是没什么问题。 但是,你要实现的是基于长连接的连接池,那就需要定时ping, 类似于定时socket里头的心跳功能。 即,可以每分钟或者每多长时间,发送一个ping语句:select 1之类的简单语句到server端,这样可以确保那个连接是活的。 既然是连接池,一旦创建了新连接,就不要真正的释放它,而是等池子销毁的时候,统一释放所有的连接。 这就是基本的实现思想。
回复
iihero 2012-12-14
引用 2 楼 yejinghongl 的回复:
太感谢版主了……我想应该就是这个问题了。 但是,就算发送心跳也可能连接异常中断的,这个应该怎么处理呢? 连接池的连接数是固定的,我不会真正的释放掉,只是释放掉连接,使用原来的资源环境重连。这样还是有可能导致数据库服务器的连接进程不断增加。
是的,你说的不错,但是出现这种问题的可能性比较小,一般是网络原因造成的,那个时候大都需要DBA专门介入。 只要你真正实现了心跳功能,基本上就能解决问题。并且,你可以针对物理死连接进行特殊处理,比如,重新创建一个连接放到连接池里。
回复
Yates 2012-12-14
太感谢版主了……我想应该就是这个问题了。 但是,就算发送心跳也可能连接异常中断的,这个应该怎么处理呢? 连接池的连接数是固定的,我不会真正的释放掉,只是释放掉连接,使用原来的资源环境重连。这样还是有可能导致数据库服务器的连接进程不断增加。
回复
相关推荐
发帖
Sybase
创建于2007-09-28

2578

社区成员

Sybase相关技术讨论区
申请成为版主
帖子事件
创建了帖子
2012-12-13 08:00
社区公告
暂无公告