ubuntu lsnrctl资源占用过高怎么办

1. 监控资源占用情况，定位问题根源

首先需要明确是lsnrctl进程本身占用过高还是关联的Oracle监听器/数据库负载过高导致的。使用以下工具实时监控：

• top/htop：按M键按内存排序，查看lsnrctl或oracle进程的资源占用；
• vmstat 1：监控系统级CPU、内存、IO使用情况，判断是否存在系统瓶颈；
• lsnrctl status：查看监听器的当前状态（如监听端口、服务数量、连接数），确认是否有异常连接或服务堆积。
  通过这些工具可以快速定位是lsnrctl自身问题还是下游数据库/监听器的负载问题。

2. 优化Oracle监听器配置（listener.ora）

监听器配置不当是导致资源占用高的常见原因，需调整以下参数（配置文件路径通常为$ORACLE_HOME/network/admin/listener.ora）：

• 限制并发连接：添加MAX_CONNECTIONS_PER_USER参数，限制单个用户的最大连接数（如MAX_CONNECTIONS_PER_USER=50），避免单个用户占用过多资源；
• 缩短连接超时：调整TIME_OUT参数（如TIME_OUT=30），减少监听器等待无效连接的时间；
• 优化重试机制：设置RETRY_COUNT参数（如RETRY_COUNT=3），避免因网络波动导致的重复连接尝试。
  修改后需重启监听器（lsnrctl stop && lsnrctl start）使配置生效。

3. 调整Linux内核网络参数

网络配置不合理会增加lsnrctl处理连接的开销，需优化以下内核参数（修改/etc/sysctl.conf后执行sysctl -p生效）：

• 增加网络缓冲区：调整net.core.rmem_max（接收缓冲区）和net.core.wmem_max（发送缓冲区）的值（如net.core.rmem_max=16777216、net.core.wmem_max=16777216），提高数据传输效率；
• 扩大连接队列：增大net.core.somaxconn（未完成三次握手的连接队列长度，如net.core.somaxconn=4096），避免因队列满导致的连接拒绝；
• 优化TCP回收：开启net.ipv4.tcp_tw_reuse（复用TIME_WAIT状态的连接）和net.ipv4.tcp_tw_recycle（快速回收TIME_WAIT连接），减少TIME_WAIT状态连接对资源的占用。

4. 清理监听器日志及跟踪文件

过大的日志文件会占用磁盘IO和内存，需定期清理：

• 关闭/开启监听日志：通过lsnrctl set log_status off关闭日志，删除listener.log文件（路径通常为$ORACLE_HOME/network/log/listener.log），再通过lsnrctl set log_status on重新开启日志；
• 清理跟踪文件：若开启了跟踪功能（TRACE_LEVEL_CLIENT=ON），会生成大量.trc文件（位于$ORACLE_BASE/diag/tnslsnr/<主机名>/listener/trace/），需定期删除或压缩旧文件。

5. 重启监听器服务

若监听器运行时间过长（如数周），可能存在内存泄漏或资源碎片化问题，重启监听器可释放资源：

sudo systemctl restart listener  # 若使用systemd管理
# 或
lsnrctl stop && lsnrctl start    # 手动重启

6. 升级硬件或扩展资源

若以上优化均无法解决，可能是服务器资源不足（如内存、CPU）：

• 增加内存：监听器处理大量连接时需要更多内存，升级物理内存或增加SWAP分区（作为临时解决方案）；
• 升级CPU：高并发场景下，CPU性能不足会导致处理延迟，需升级至更高核心数的CPU。

注意事项

• 修改配置文件前务必备份（如cp listener.ora listener.ora.bak）；
• 重启监听器前需确认业务允许短暂中断；
• 若问题反复出现，建议开启Oracle Enterprise Manager（OEM）监控，长期跟踪监听器性能指标（如连接数、响应时间）。