使用CT库连接Sybase IQ库，连接进程不释放问题？

[Yates]

问题：
程序中使用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;
}

[Yates]

太感谢版主了……我想应该就是这个问题了。 但是，就算发送心跳也可能连接异常中断的，这个应该怎么处理呢？ 连接池的连接数是固定的，我不会真正的释放掉，只是释放掉连接，使用原来的资源环境重连。这样还是有可能导致数据库服务器的连接进程不断增加。

[iihero]

引用 2 楼 yejinghongl 的回复:

太感谢版主了……我想应该就是这个问题了。 但是，就算发送心跳也可能连接异常中断的，这个应该怎么处理呢？ 连接池的连接数是固定的，我不会真正的释放掉，只是释放掉连接，使用原来的资源环境重连。这样还是有可能导致数据库服务器的连接进程不断增加。

是的，你说的不错，但是出现这种问题的可能性比较小，一般是网络原因造成的，那个时候大都需要DBA专门介入。 只要你真正实现了心跳功能，基本上就能解决问题。并且，你可以针对物理死连接进行特殊处理，比如，重新创建一个连接放到连接池里。

[iihero]

代码本身倒是没什么问题。 但是，你要实现的是基于长连接的连接池，那就需要定时ping, 类似于定时socket里头的心跳功能。 即，可以每分钟或者每多长时间，发送一个ping语句：select 1之类的简单语句到server端，这样可以确保那个连接是活的。 既然是连接池，一旦创建了新连接，就不要真正的释放它，而是等池子销毁的时候，统一释放所有的连接。 这就是基本的实现思想。

[iihero]

还请楼主及时结帖:)