如何将ORACLE数据库长连接客户端的持久CLOSE_WAIT状态转化为长尾词?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1230个文字,预计阅读时间需要5分钟。
前言:根据以往的项目架构,数据库基本使用长连接形式进行批量操作。大部分分期间有执行的链接,基本正常。再长期的测试中也没有发现CLOSE_WAIT的现象。线上后,使用的数据库为数据库类型。
前言
根据以往的项目构造,业务层数据库基本使用长连接形式进行批量操作。大部分周期有执行的链接基本正常。再长期的内测中也没有发生CLOSE_WAIT的现象。 上线后采用的数据库使用了新的版本,发现产生CLOSE_WAIY。根据开发经验和网上搜索,发现网上也有相关的开发人员询问ORACLE。但是没有直观答案,全是检查网络的。 也让网络侧的进行了相关查阅配置。根据协议开发经验,我断定是会话层引入了链路保活机制,工作年限十年以内,没有和最初的项目建设人员共事过。不知道以往有没有这个现象。
验证环境
- linux服务器
- oracle 数据-该位DBA设定,我查阅了一边sql.ora 没有什么特殊的配置,应当是默认值
- PRO*C程序
- tcpdump 抓包软件
- wireshark分析
程序构造
多线程,链路长连接。其中有一个专用线程只有产生数据才会入库。
本文共计1230个文字,预计阅读时间需要5分钟。
前言:根据以往的项目架构,数据库基本使用长连接形式进行批量操作。大部分分期间有执行的链接,基本正常。再长期的测试中也没有发现CLOSE_WAIT的现象。线上后,使用的数据库为数据库类型。
前言
根据以往的项目构造,业务层数据库基本使用长连接形式进行批量操作。大部分周期有执行的链接基本正常。再长期的内测中也没有发生CLOSE_WAIT的现象。 上线后采用的数据库使用了新的版本,发现产生CLOSE_WAIY。根据开发经验和网上搜索,发现网上也有相关的开发人员询问ORACLE。但是没有直观答案,全是检查网络的。 也让网络侧的进行了相关查阅配置。根据协议开发经验,我断定是会话层引入了链路保活机制,工作年限十年以内,没有和最初的项目建设人员共事过。不知道以往有没有这个现象。
验证环境
- linux服务器
- oracle 数据-该位DBA设定,我查阅了一边sql.ora 没有什么特殊的配置,应当是默认值
- PRO*C程序
- tcpdump 抓包软件
- wireshark分析
程序构造
多线程,链路长连接。其中有一个专用线程只有产生数据才会入库。

