tidb节点内存异常飙升导致EC2机器在内存满之后机器假死状态但是端口还存活，但是不能提供服务

[Hacker_PI26psBF]

【 TiDB 使用环境】生产环境
【 TiDB 版本】tidb5.4升级上来的6.1版本
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】我们进程了一个参数调整到 tidb_mem_quota_query = 10G，之后出现tidb节点内存用完之后，进行调整回到初始值，但是调整回之后出现总有一个tidb节点的内存持续升高，但是没有任何慢日志，也没有错误日志，连正常日志也是不太多。连接数，延迟等都很平静。
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】

[Billmay表妹 (表妹)]

根据您的描述，这个问题可能是由于 TiDB 节点内存占用过高导致的，建议您采取以下措施：

1. 检查 TiDB 的版本是否存在已知的内存泄漏问题，如果是，请升级到最新版本。

2. 检查 TiDB 的配置文件，确保参数配置正确，例如 tidb_mem_quota_query 是否设置正确。

3. 使用 TiDB 监控面板或者 Grafana 监控 TiDB 的内存使用情况，查看哪些组件占用了大量的内存，以及内存使用是否存在异常波动。

4. 调整 TiDB 的参数，例如调整 tidb_mem_quota_query、tidb_mem_quota_query_max 等参数，以控制 TiDB 的内存使用。

5. 调整 TiDB 的连接数，避免连接数过多导致内存占用过高。

6. 调整 TiDB 的查询语句，优化查询计划，例如使用索引、避免全表扫描等，以减少内存占用。

7. 如果 TiDB 节点内存占用过高导致机器假死，可以尝试重启 TiDB 节点，或者使用 TiDB 的动态调整参数功能，逐步调整参数，观察内存使用情况。

需要注意的是，TiDB 内存使用问题比较复杂，需要根据具体情况进行分析和解决，建议在解决问题之前备份好数据，以免数据丢失。同时，建议您在部署 TiDB 时，根据实际业务情况和硬件配置，合理设置 TiDB 的参数，以避免内存使用过高导致机器假死等问题。

[Billmay表妹 (表妹)]

这个提供下： 进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面