这种思维方式，互联网在开倒车吧， 小国 和 大国 拥有相当 IP 数量 这公平吗？

本身这个社会隐藏了太多的不公平， 这是要赤裸裸将不公平摆在明面上哈.....

鉴定完毕-楼主渣男一个， 不想结就拜拜，说那么多~~

@nikoo Q1：也就是一台屏蔽了所有端口仅开放 22 端口的服务器，
SSH 登录上去把 22 端口改到 1234 并且在原 22 端口开一个 nginx，
那么目前这台服务器理论上已和外接彻底隔绝了，用浏览器访问 22 端口也是 nginx 的页面了，
那么为什么没有断开的 ssh 客户端仍然可以操作这台服务器，
这个没有断开的客户端是通过什么方式与服务器进行通信的？

A1： 我不是回答的嘛，socket 通讯 sfd 绑定的一个 5 元组，为什么能绑定成功后因为 地址和端口被复用， 你还在纠结“ SSH 登录上去把 22 端口改到 1234 并且在原 22 端口开一个 nginx ” ， 这会 nginx server 那个 socket fd 在内核中只是一个三元组，不影响原先通信；

Q2： 你希望修改 sshd 监听端口后，能关闭已连接的客户端， 说白了就要在内核层面修改状态， 从用户层面么 kill 该链接对应的进程，发生中断

看了半天都没有一个回答对 涉及两个知识点：

刚开始 SSHD 进程 22 端口处于 LISTENING 状态， 你 ssh 连接中完成 accept 后内核生产新的 socket fd 完成 5 元组绑定{ 协议， 目的地址、目的端口， 本地地址，本地端口}，此过程本地地址端口被复用（ SO_REUSEADDR ），并且 SSHD fork 产生协同进程（ bash,由 /etc/passwd 配置），协同进程继承 SSHD accept 返回的 socket fd ；


在此后的过程中都是和协同进程交换 和 SSHD 办毛子关系都没有

读楼主描述的需求有一种难受的感觉~~

@ryd994 您需要去巩固网络知识了额，MAC 是工作在二层，但是在 IP 层使用~~

iptables 啊

@wjx1993
从你的描述很显然啊，远程服务器设置了瞬时并发数啊（如 nginx 添加 nginx_http_limit_conn_module ）来限制同一个 ip 来源的连接数，防止恶意攻击访问）

@console2log 上简历 https://www.cfreezone.com/resume.pdf 有合适的职位吗

华为官方一般不主动推广告消息，那是因为自家有强大的海军

招后端吗

实在要写成一条那就这样吧：
SELECT
id,
T1.acX1
...
T2.maXn
FROM
(
SELECT
m.id,
sum(ac.字段 1) as acX1,
...
sum(ac.字段 n) as acXn,
FROM m
LEFT JOIN
ac
ON ac.up_id IN (SELECT m1.id FROM manager AS m1 WHERE m1.subCode = m.subCode)
GROUP BY m.id HAVING m.status = '0'

) as T1
FULL JOIN
(
SELECT
m.id,
sum(ma.字段 1) as maX1,
...
sum(ma.字段 n) as maXn,
FROM m
LEFT JOIN
ma
ON m.subCode = ma.subCode
GROUP BY m.id HAVING m.status = '0'
) as T2
ON T1.id = T2.id

sorry，我刚描述的采用 FULL JOIN 不对， 因为你最好 grup by m.id, FULL JOIN 导致结果集 m.id ， 统计小于正确结果集

对了才怪，你想统计用户月度流水结果集 ac， 代理月度流水结果集 ma，使用 left join
sum(ac.字段) 应该是正确的，sum(ma.字段)小于正确值； 因为第一次 left join 的结果集应该小于正确的结果集

两种解决办法
（ 1 ）分开计算啊；
（ 2 ）采用 FULL JOIN

楼主在说什么呢，表太大就想到的是拆表，思路是正确的， 但怎么可能是脱离业务需求，采用平均拆表这种小学生的都能想到的办法呢？

得结合业务，比如日常查询条件频率进行拆分，如果所有的表都属于高频率查询范围，业务上可以采用间接的办法，比如结合 NOSQL 进行查询；

总之一句话 单个再优秀程序也是禁不起不假思索的使用，合理的利用工具也是非常重要的

请参考（使用 memcached ） https://community.alfresco.com/docs/DOC-6172-tomcat-session-replication-with-memcached

似乎需求非常不明确： 需求提到峰值 10000 并发，提到了上送图片（ 10M 左右一张）， 你的问题是什么配置的云服务器才能满足这样的需求： 如果仅仅是收到请求（最大 10000 ），直接 IO 到文件，只要宽带足够，根本用不到什么配置，你应该描述收到请求后，后端要做什么，数据库配置如何等等~~

（ 1 ）首先 JVM 堆都是动态分配（使用多少申请多少）/但 JVM 设置了最大申请空间(可能就是你问题中的堆不超过 X ）；
（ 2 ）当出现运行过程堆内存不够的情况：更多的是程序过于庞大（如线程过多，因为线程的栈空间是从堆空间分配），或运行深度够深导致对象迟迟得不到是释放（如递归庞大）...


JVM 默认参数都是经过大量统计数据得到较优的解，JVM 调优更多是希望单进程发挥最大的解，通常都是开发代码的限制必须调优，但为什么要写出这样的代码呢？

@anonymoustian sorry 忘记似乎 PXE 似乎可以