java - 为什么 Neo4j java 进程在随机范围内大块打开端口?
问题描述
Neo4j 3.4.1 (Windows) 使用的端口似乎比他们在文档中声明的端口多(参见https://neo4j.com/docs/operations-manual/current/configuration/ports/)。除了用于连接的标准端口外,它还开放了大块端口。我们已经看到大约 20 到 250 个端口在 5000 到 35000 的任何地方在相对连续的块中打开。这些都是由同一个 Java 进程(Neo4j 服务器作为控制台应用程序运行)或 Commons Daemon Server Runner 进程(Windows 服务)打开的所有端口。这些端口似乎是配对的,其中每两个端口都建立在 TCP 连接中。
我无法弄清楚这些端口或用于或任何提到使用这些端口的文档。似乎端口的数量与数据库的大小有关。
我还查看了 Neo4j 2.3.2,它似乎也使用了一些神秘的端口,尽管在这种情况下块大小只有六个。
由于我们使用的是 APOC 库,因此我将其从插件目录中删除并重新启动服务器以查看是否有任何影响。这似乎不是问题。
理解进程为什么使用这些端口当然会很好;然而,根本问题是它表现得像个坏公民,占用了大量性能更好的应用程序往往存在的端口。有没有办法控制它们将在什么范围内打开?似乎如果这些端口块是必要的,那么它们应该在临时端口范围内打开,而不是压倒其他应用程序。
编辑:根据@InverseFalcon 的建议,这里是使用 Neo4j 3.5.3 的 Java 进程占用端口的示例:
H:\>netstat -a -o | find /I "17048"
TCP 0.0.0.0:7473 mysvr:0 LISTENING 17048
TCP 0.0.0.0:7474 mysvr:0 LISTENING 17048
TCP 0.0.0.0:7687 mysvr:0 LISTENING 17048
TCP 127.0.0.1:36418 mysvr:36419 ESTABLISHED 17048
TCP 127.0.0.1:36419 mysvr:36418 ESTABLISHED 17048
TCP 127.0.0.1:36420 mysvr:36421 ESTABLISHED 17048
TCP 127.0.0.1:36421 mysvr:36420 ESTABLISHED 17048
TCP 127.0.0.1:36422 mysvr:36423 ESTABLISHED 17048
TCP 127.0.0.1:36423 mysvr:36422 ESTABLISHED 17048
TCP 127.0.0.1:36424 mysvr:36425 ESTABLISHED 17048
TCP 127.0.0.1:36425 mysvr:36424 ESTABLISHED 17048
TCP 127.0.0.1:36426 mysvr:36427 ESTABLISHED 17048
TCP 127.0.0.1:36427 mysvr:36426 ESTABLISHED 17048
TCP 127.0.0.1:36428 mysvr:36429 ESTABLISHED 17048
TCP 127.0.0.1:36429 mysvr:36428 ESTABLISHED 17048
TCP 127.0.0.1:36430 mysvr:36431 ESTABLISHED 17048
TCP 127.0.0.1:36431 mysvr:36430 ESTABLISHED 17048
TCP 127.0.0.1:36432 mysvr:36433 ESTABLISHED 17048
TCP 127.0.0.1:36433 mysvr:36432 ESTABLISHED 17048
TCP 127.0.0.1:36434 mysvr:36435 ESTABLISHED 17048
TCP 127.0.0.1:36435 mysvr:36434 ESTABLISHED 17048
TCP 127.0.0.1:36436 mysvr:36437 ESTABLISHED 17048
TCP 127.0.0.1:36437 mysvr:36436 ESTABLISHED 17048
TCP 127.0.0.1:36438 mysvr:36439 ESTABLISHED 17048
TCP 127.0.0.1:36439 mysvr:36438 ESTABLISHED 17048
TCP 127.0.0.1:36440 mysvr:36441 ESTABLISHED 17048
TCP 127.0.0.1:36441 mysvr:36440 ESTABLISHED 17048
TCP 127.0.0.1:36442 mysvr:36443 ESTABLISHED 17048
TCP 127.0.0.1:36443 mysvr:36442 ESTABLISHED 17048
TCP 127.0.0.1:36444 mysvr:36445 ESTABLISHED 17048
TCP 127.0.0.1:36445 mysvr:36444 ESTABLISHED 17048
TCP 127.0.0.1:36446 mysvr:36447 ESTABLISHED 17048
TCP 127.0.0.1:36447 mysvr:36446 ESTABLISHED 17048
TCP 127.0.0.1:36448 mysvr:36449 ESTABLISHED 17048
TCP 127.0.0.1:36449 mysvr:36448 ESTABLISHED 17048
TCP 127.0.0.1:36450 mysvr:36451 ESTABLISHED 17048
TCP 127.0.0.1:36451 mysvr:36450 ESTABLISHED 17048
TCP 127.0.0.1:36452 mysvr:36453 ESTABLISHED 17048
TCP 127.0.0.1:36453 mysvr:36452 ESTABLISHED 17048
TCP 127.0.0.1:36454 mysvr:36455 ESTABLISHED 17048
TCP 127.0.0.1:36455 mysvr:36454 ESTABLISHED 17048
TCP 127.0.0.1:36456 mysvr:36457 ESTABLISHED 17048
TCP 127.0.0.1:36457 mysvr:36456 ESTABLISHED 17048
TCP 127.0.0.1:36458 mysvr:36459 ESTABLISHED 17048
TCP 127.0.0.1:36459 mysvr:36458 ESTABLISHED 17048
TCP 127.0.0.1:36460 mysvr:36461 ESTABLISHED 17048
TCP 127.0.0.1:36461 mysvr:36460 ESTABLISHED 17048
TCP 127.0.0.1:36462 mysvr:36463 ESTABLISHED 17048
TCP 127.0.0.1:36463 mysvr:36462 ESTABLISHED 17048
TCP 127.0.0.1:36464 mysvr:36465 ESTABLISHED 17048
TCP 127.0.0.1:36465 mysvr:36464 ESTABLISHED 17048
TCP 127.0.0.1:36466 mysvr:36467 ESTABLISHED 17048
TCP 127.0.0.1:36467 mysvr:36466 ESTABLISHED 17048
TCP 127.0.0.1:36468 mysvr:36469 ESTABLISHED 17048
TCP 127.0.0.1:36469 mysvr:36468 ESTABLISHED 17048
TCP 127.0.0.1:36470 mysvr:36471 ESTABLISHED 17048
TCP 127.0.0.1:36471 mysvr:36470 ESTABLISHED 17048
TCP 127.0.0.1:36472 mysvr:36473 ESTABLISHED 17048
TCP 127.0.0.1:36473 mysvr:36472 ESTABLISHED 17048
TCP 127.0.0.1:36474 mysvr:36475 ESTABLISHED 17048
TCP 127.0.0.1:36475 mysvr:36474 ESTABLISHED 17048
TCP 127.0.0.1:36476 mysvr:36477 ESTABLISHED 17048
TCP 127.0.0.1:36477 mysvr:36476 ESTABLISHED 17048
TCP 127.0.0.1:36478 mysvr:36479 ESTABLISHED 17048
TCP 127.0.0.1:36479 mysvr:36478 ESTABLISHED 17048
TCP [::]:7473 mysvr:0 LISTENING 17048
TCP [::]:7474 mysvr:0 LISTENING 17048
TCP [::]:7687 mysvr:0 LISTENING 17048
TCP [::1]:7687 mysvr:36483 ESTABLISHED 17048
TCP [::1]:7687 mysvr:36484 ESTABLISHED 17048
TCP [::1]:7687 mysvr:36485 ESTABLISHED 17048
TCP [::1]:7687 mysvr:36486 ESTABLISHED 17048
TCP [::1]:7687 mysvr:36487 ESTABLISHED 17048
如果关闭螺栓,则块更小:
H:\>netstat -a -o | find /I "20520"
TCP 0.0.0.0:7473 mysvr:0 LISTENING 20520
TCP 0.0.0.0:7474 mysvr:0 LISTENING 20520
TCP 127.0.0.1:36902 mysvr:36903 ESTABLISHED 20520
TCP 127.0.0.1:36903 mysvr:36902 ESTABLISHED 20520
TCP 127.0.0.1:36904 mysvr:36905 ESTABLISHED 20520
TCP 127.0.0.1:36905 mysvr:36904 ESTABLISHED 20520
TCP 127.0.0.1:36906 mysvr:36907 ESTABLISHED 20520
TCP 127.0.0.1:36907 mysvr:36906 ESTABLISHED 20520
TCP 127.0.0.1:36908 mysvr:36909 ESTABLISHED 20520
TCP 127.0.0.1:36909 mysvr:36908 ESTABLISHED 20520
TCP 127.0.0.1:36910 mysvr:36911 ESTABLISHED 20520
TCP 127.0.0.1:36911 mysvr:36910 ESTABLISHED 20520
TCP 127.0.0.1:36912 mysvr:36913 ESTABLISHED 20520
TCP 127.0.0.1:36913 mysvr:36912 ESTABLISHED 20520
TCP [::]:7473 mysvr:0 LISTENING 20520
TCP [::]:7474 mysvr:0 LISTENING 20520
而且如果关闭了https,它就更小了:
H:\>netstat -a -o | find /I "20556"
TCP 0.0.0.0:7474 mysvr:0 LISTENING 20556
TCP 127.0.0.1:36962 mysvr:36963 ESTABLISHED 20556
TCP 127.0.0.1:36963 mysvr:36962 ESTABLISHED 20556
TCP 127.0.0.1:36964 mysvr:36965 ESTABLISHED 20556
TCP 127.0.0.1:36965 mysvr:36964 ESTABLISHED 20556
TCP 127.0.0.1:36966 mysvr:36967 ESTABLISHED 20556
TCP 127.0.0.1:36967 mysvr:36966 ESTABLISHED 20556
TCP [::]:7474 mysvr:0 LISTENING 20556
解决方案
所以这可能是 Windows 不支持套接字对的结果,因此管道被实现为环回连接。虽然这起源于 Windows XP,但它似乎已经在 Windows 系统中继续存在。看起来所使用的端口号也已更改或至少不受限制。
这是在这个较旧的 Java 错误的末尾捕获的:
Windows 不支持套接字对,因此 Pipe 在该平台上实现为环回连接。该连接的“客户端”端没有显式绑定,因此它分配了一个 1024-5000 范围内的临时端口。
java.io.OutputStream 用法将以这种方式实现为环回。
我会做一些跟进,看看我们是否可以获得更多信息。
推荐阅读
- argo-workflows - Argo 示例工作流卡在挂起状态
- ruby-on-rails - 如何使用参数从死角中获取 Sidekiq 作业
- nginx - 在 Kubernetes 中使用 nginx 入口托管两个 Web 应用程序
- inno-setup - 根据 Inno Setup 中的分辨率设置图像
- python - 在 pandas 的另一列中添加基于日期的期间列
- angular - Angular - 在浏览器刷新时,显示根组件而不是路由中定义的组件
- machine-learning - 将 ImageDataGenerator 集成到自己定制的 fit_generator 中
- flutter - 颤振 url_launcher 插件导致问题
- apache-spark - 将 spark 2.4.3 (emr 5.25.0) 与 delta Lake io 0.6.0 一起使用时出现奇怪的非关键异常
- python - 使基本的基因组测序程序正常工作