unixODBC连接池设置CPTimeout后未释放空闲连接原因咨询

• 配置位置或范围错误
  unixODBC的连接池参数CPTimeout必须配置在对应驱动的odbcinst.ini小节中（系统级/etc/odbcinst.ini或用户级~/.odbcinst.ini），而非odbc.ini。确认配置格式正确：

  [ODBC Driver 18 for SQL Server]
  Description=Microsoft ODBC Driver 18 for SQL Server
  Driver=/opt/microsoft/msodbcsql18/lib64/libmsodbcsql-18.3.so.2.1
  CPTimeout=60
  

  若配置在错误的文件或驱动小节下，参数不会生效。

• 驱动自身的连接池逻辑覆盖
  ODBC Driver 18 for SQL Server内置连接池逻辑，可能忽略unixODBC的全局配置。需在应用连接字符串中显式指定池参数强制生效：

  DRIVER={ODBC Driver 18 for SQL Server};SERVER=your_server;DATABASE=your_db;UID=user;PWD=pass;Pooling=Yes;CPTimeout=60;
  

  部分版本的微软驱动默认启用自身池机制，需通过连接字符串明确绑定unixODBC的池规则。

• 版本兼容性问题
  unixODBC 2.3.11与ODBC Driver 18 for SQL Server存在已知的池机制兼容性瑕疵。执行odbcinst -j验证驱动注册状态，同时通过AlmaLinux的dnf update unixODBC安装最新小版本补丁，修复潜在的池管理bug。

• 应用未正确释放连接
  若应用未调用SQLDisconnect释放连接，连接会持续标记为活跃，不会触发CPTimeout回收。启用unixODBC日志排查：

  [ODBC]
  Trace=Yes
  TraceFile=/tmp/odbc_pool.log
  

  查看日志中连接的SQLConnect/SQLDisconnect调用记录，确认是否存在未关闭的连接。

• 系统资源或进程异常
  AlmaLinux 9.4的文件句柄限制、unixODBC池管理进程异常可能导致连接无法回收。执行lsof -p <应用进程ID>查看残留的ODBC连接句柄，或重启应用服务排除进程锁死问题。

内容的提问来源于stack exchange，提问作者Alan