oracle rac压力测试出现connection refused，主因是监听器无法响应新连接：一是系统资源不足导致fork失败（ulimit -u/-n不足、pid_max触顶）；二是vip漂移后监听器未绑定新地址；三是time_wait端口耗尽或防火墙拦截。
oracle rac节点在压力测试时出现 connection refused，大概率不是数据库本身挂了，而是监听器（listener）无法响应新连接请求——尤其当大量客户端短连接涌入、或vip漂移后监听未就绪时。
监听器资源耗尽：专用服务器进程fork失败
压力测试常触发高并发短连接，每个连接需由监听器 fork 出一个专用服务器进程（dedicated server）。若系统级资源不足（如 ulimit -u 进程数限制、可用内存、文件描述符），lsnrctl 会收到请求但无法完成 fork，最终返回 ORA-12500 或底层 Connection Refused（TCP 层面拒绝 SYN）。
- 检查
ulimit -u和ulimit -n是否低于实际并发连接数 × 2（每个连接至少占 1 个 fd，server process 自身还需额外 fd） - 确认
/proc/sys/kernel/pid_max足够大（默认 32768，压力下可能触顶） -
ps -eLf | grep oracle | wc -l查看当前 oracle 用户进程总数，对比ulimit -u - 监听器日志（
$ORACLE_HOME/network/log/listener.log）中搜TNS-12500或fork failed
VIP 漂移后监听器未绑定到新地址
RAC 节点故障后 VIP 漂移到存活节点，但该节点的监听器默认只监听本机 public IP，不自动监听新接管的 VIP —— 导致客户端连 VIP 时 TCP 握手成功但无应用层响应，表现为 Connection Refused（而非超时）。
- 用
netstat -tlnp | grep :1521确认监听器是否在 VIP 地址上监听（例如192.168.159.130:1521），而不仅限于本机 IP - 检查
$GRID_HOME/network/admin/listener.ora中ADDRESS配置：应包含(ADDRESS=(PROTOCOL=TCP)(HOST=<vip_name>)(PORT=1521))</vip_name>，不能只写localhost或本机 hostname - 重启监听器前先执行
srvctl stop listener -n <node_name></node_name>，再srvctl start listener -n <node_name></node_name>，确保 CRS 正确注入 VIP 信息
防火墙或 TCP TIME_WAIT 占满端口
压力测试产生大量短连接，客户端频繁断开后进入 TIME_WAIT 状态。若服务端端口复用未开启（net.ipv4.tcp_tw_reuse = 0），且并发连接数接近本地端口上限（65535），新连接可能因“无可用本地端口”被内核直接拒绝，表现为 Connection Refused（注意：这是客户端报错，非服务端）。
- 服务端查
ss -s | grep "time_wait"，若远高于 1w，需调优 - 确认
net.ipv4.tcp_tw_reuse = 1（允许 TIME_WAIT 套接字重用），且net.ipv4.tcp_fin_timeout不宜过大（建议 ≤ 30） - 客户端侧避免用同一源端口高频重连；Java 应用检查是否启用了连接池（如 HikariCP），禁用
autoCommit或短连接模式
真正棘手的是这三类问题常叠加出现：VIP 漂移后监听未就绪 + 新节点 ulimit 不足 + 客户端连接池配置错误 → 多重拒绝信号混杂在日志里。排查时务必分清是客户端连不上（telnet VIP 1521 失败）、还是连上了但被监听器拒之门外（telnet 成功但 JDBC 报 ORA-12500）。前者盯网络和监听绑定，后者盯资源和配置。
