mysql - 终止了 Amazon Linux 中的 'mysqld' 进程 - 一切似乎都正常，真的吗？

Question

所以我注意到我的 Amazon Linux 计算机(EC2 实例)上的“mysqld”进程占用了大量内存。我终止了它，它立即解决了这个问题。我有单独的 RDS 数据库，我仍然可以通过我的主机通过网络访问和传输信息，没有任何问题。我认为其他进程可以帮助处理这个问题。

所以我的问题是:虽然一切似乎都在前端网页上运行，但不运行此进程有什么缺点？我注意到还有其他标记为“information_schema”和“mysql”的数据库正在写入数据，这些数据修改得非常频繁，但我没有创建这些数据库，它们不是应用程序的关键。

那么这个过程只是将服务器信息存储到这些数据库中吗？关闭此功能是否会造成比其值(value)更多的困惑？

编辑:我发现存储到数据库中的信息全部来自 RDS 服务中的函数，而不是 Linux 主机。因此，假设仍然成立，如果我没有对“localhost”运行查询，那么我根本不需要这个过程。我仅直接与 Amazon RDS 通信。

Answer 1

information_schema 对于应用程序来说非常关键!在 Unix 和类 Unix 系统中，以“d”结尾的进程是守护进程(参见 Windows 中的“服务”)，并且不能在没有发生任何事情的情况下随意终止。我没有足够的信息来了解您的应用程序的深入架构，但我建议您注意由于后端存在某种形式的数据库复制而没有前端问题。建议:

来自维基百科:

Information schema is ... a set of read-only views which provide information about all of the tables, views, columns, and procedures in a database

如果没有这个，您的数据就会失去其结构。您也无法摆脱或忽略 mysql 表 - 它存储像您的用户这样的核心内容...尝试运行 select user, host from mysql.user; 看看我的意思。

1. 查看常规查询日志，了解导致 MySQL 消耗大量内存的原因 - 可能的原因是 join 操作效率低下、长查询和通配符 (%) 运算符的使用过于随意。这将为您提供一些起点
2. 以 root 用户身份运行 service mysql restart(如果需要，请使用 sudo 或 su 来实现此目的)
3. 使用 htop 监视整个 mysqld 进程树，这是一个很好的工具，可以补充许多类 Unix 系统附带的标准 top 命令