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）監控，長期跟蹤監聽器性能指標（如連接數、響應時間）。