Node Socket服务性能极慢：200+用户在线时聊天应用卡顿咨询

• Node Socket 层配置限制：Node.js 默认单进程文件描述符上限通常为1024，200个用户每人维持至少1个WebSocket连接+若干HTTP连接很容易触达上限，新连接会被阻塞排队；若未开启Node集群模式利用多核，单线程事件循环被阻塞逻辑（比如同步数据库查询、同步文件IO）卡住时，所有消息收发都会停滞，此时CPU内存使用率不会明显升高；另外socket心跳检测、消息确认机制配置不合理，也会导致无效连接占用资源、消息重发堆积。
• 系统网络/内核参数限制：AWS LightSail默认内核参数net.nf_conntrack_max（连接跟踪表上限）、net.ipv4.ip_local_port_range（可用端口范围）配置较低，200个用户并发时容易出现连接跟踪表满丢包、端口被TIME_WAIT状态连接耗尽的问题；另外LightSail实例有基准带宽上限，超过阈值后会被流量限流，也会表现为响应慢但服务器内部资源使用率低。
• 数据库/连接池瓶颈：MySQL、PHP-FPM、Node的数据库连接池最大连接数配置过低时，200用户并发收发消息会导致连接请求排队，若存在未释放的长连接、表锁/行锁等待，会进一步拉长请求响应时间，此时数据库和服务器CPU、内存均不会出现高负载。
• PHP运行层配置限制：PHP-FPM的最大进程数、请求队列长度配置过低时，并发请求超过上限后会进入排队状态，不会占用过多CPU内存，但会导致业务侧响应极慢。

• Node Socket 日志：若使用pm2管理Node进程，日志默认存储在~/.pm2/logs/目录下对应应用的错误日志和输出日志；自行配置日志路径的按配置路径查找，未做日志配置的进程输出会写入系统日志/var/log/syslog（Debian/Ubuntu系）或/var/log/messages（CentOS系）。
• PHP 相关日志：PHP-FPM错误日志默认路径为/var/log/php<version>-fpm.log（替换为实际PHP版本号）；PHP运行错误日志路径看php.ini配置项error_log的值；Web服务器（Nginx/Apache）的访问日志、错误日志默认存储在/var/log/nginx/或/var/log/apache2/目录下。
• MySQL 日志：错误日志默认路径为/var/log/mysql/error.log，慢查询日志需先在my.cnf中开启，存储路径可自定义；可通过show processlist命令实时查看当前数据库连接占用情况。
• 系统及云服务日志：系统内核日志可通过dmesg命令查看，系统全局日志存放在/var/log/syslog或/var/log/messages中；AWS LightSail控制台的实例监控页可查看带宽、并发连接数等云服务侧指标。

内容的提问来源于stack exchange，提问作者Biju s