在Kubernetes (K8s) 中，当发现Pod内 mysqld 进程占用内存持续上升并达到较高水平而不下降时，为了定位具体内存消耗的原因，可以采用以下步骤和工具进行排查：

1. 查看容器资源使用情况：

• 使用 kubectl 命令行工具检查Pod的总体资源使用情况：

  kubectl top pod <pod-name> -n <namespace>
  

  这将显示Pod的CPU和内存使用情况，确认mysqld进程是否确实占用了大量内存。

2. 进入容器内部：

• 使用 kubectl exec 进入到运行 mysqld 的容器中：

  kubectl exec -it <pod-name> -c <container-name> -n <namespace> -- /bin/bash
  

  替换 <pod-name>、<container-name> 和 <namespace> 为实际值。

3. 检查进程内存使用：

• 在容器内部，使用 top 或 htop（如果已安装）命令查看各进程的内存使用情况，重点关注 mysqld 进程的内存占用：

  top -p $(pgrep mysqld)
  

  或者，如果容器内已安装 htop：

  htop -p $(pgrep mysqld)
  

这将展示 mysqld 进程及其子进程的内存使用概况。

4. MySQL服务器状态检查：

• 登录到MySQL服务器，执行以下命令获取服务器状态信息：

  SHOW GLOBAL STATUS LIKE 'Bytes%';
  SHOW GLOBAL VARIABLES LIKE 'innodb_buffer_pool_size';
  SHOW ENGINE INNODB STATUS;
  

  这些命令分别显示MySQL的内存分配、InnoDB缓冲池大小以及InnoDB引擎的状态，有助于了解内存使用的大致分布。

5. MySQL日志分析：

• 查看MySQL错误日志（/var/log/mysql/error.log 或配置指定的位置）以及慢查询日志（如果启用），寻找可能导致内存消耗异常的行为，如大量数据导入、长查询、索引重建等操作。

6. 使用专门的MySQL监控工具：

• 如果有条件，可以使用专业的MySQL监控工具（如 Percona Monitoring and Management, PMM，或商业产品如 MySQL Enterprise Monitor）来实时跟踪和分析MySQL的内存使用情况，包括各种内存池、缓存等的详细使用统计。

7. 配置文件检查：

• 检查MySQL的配置文件（通常是 /etc/mysql/my.cnf 或 /etc/my.cnf），确认是否有不当的内存相关参数设置，如缓冲池大小、表缓存、线程缓存等，这些都可能影响内存使用。

8. 长期趋势分析：

• 利用 Kubernetes 的 Metrics API 或 Prometheus/Grafana 等监控平台收集并可视化 mysqld 的内存使用趋势，有助于识别是否存在周期性内存上涨、是否有特定时间段或特定操作引发内存激增等问题。

通过上述步骤和工具，您可以逐步深入地分析 mysqld 在Pod内部占用内存的具体原因，进而采取相应的优化措施，如调整MySQL配置、优化查询、合理安排数据导入时间等，以降低内存使用或使其保持在一个合理的范围内。

---

学习和努力是自己的事，想改变，就不要为自己找借口。

---