我正在运行 MySQL 的 Ubuntu 服务器。
服务器信息
- Ubuntu 12.10
- MySQL 安装通过
apt - 内存：512M
innodb_buffer_pool_size：3亿- 此盒子上没有运行其他占用大量内存的应用程序。
问题
每天早上 6:40 左右会发生一些事情，导致记忆发生明显变化：
https://dl.dropbox.com/u/12520837/mem.s.png
同时，似乎会发生系统性地“终止”正在运行的进程，导致 MySQL 重新启动。
4月10日 06:43:40 mysql-01 内核：[1866472.511966] 选择 1 (初始化)，调整 0，大小 41，终止
4 月 10 日 06:43:40 mysql-01 内核：[1866472.511973] 选择 385 (dbus-daemon)，调整 0，大小 44，以终止
4月10日 06:43:40 mysql-01 内核：[1866472.511975] 选择 389 (rsyslogd)，调整 0，大小 124，以终止
4月10日 06:43:40 mysql-01 内核：[1866472.511982] 选择 4578 (snmpd)，调整 0，大小 160，以终止
4月10日 06:43:40 mysql-01 内核：[1866472.514157] 选择 1 (初始化)，调整 0，大小 41，终止
4 月 10 日 06:43:40 mysql-01 内核：[1866472.514164] 选择 385 (dbus-daemon)，调整 0，大小 44，以终止
4月10日 06:43:40 mysql-01 内核：[1866472.514166] 选择 389 (rsyslogd)，调整 0，大小 124，以终止
4 月 10 日 06:43:40 mysql-01 内核：[1866472.514171] 选择 4578 (snmpd)，调整 0，大小 160，以终止
4 月 10 日 06:43:44 mysql-01 /etc/mysql/debian-start[21807]: 如有必要，升级 MySQL 表。
4 月 10 日 06:43:45 mysql-01 /etc/mysql/debian-start[21810]: /usr/bin/mysql_upgrade: '--basedir' 选项始终被忽略
4 月 10 日 06:43:45 mysql-01 /etc/mysql/debian-start[21810]: 正在查找“mysql”为：/usr/bin/mysql
4 月 10 日 06:43:45 mysql-01 /etc/mysql/debian-start[21810]: 正在查找“mysqlcheck”，路径为：/usr/bin/mysqlcheck
4 月 10 日 06:43:45 mysql-01 /etc/mysql/debian-start[21810]: 此 MySQL 安装已升级至 5.5.29，如果仍需要运行 mysql_upgrade，请使用 --force
4 月 10 日 06:43:45 mysql-01 /etc/mysql/debian-start[21821]: 检查不安全的 root 帐户。4 月 10 日 06:43:45 mysql-01 /etc/mysql/debian-start[21826]: 为所有 MyISAM 表触发 myisam-recover
如能提供任何帮助来诊断此问题，我们将非常感激！
答案1
内核检测到内存不足，可能是因为某个进程正在疯狂运行。
通常OOM 杀手将尝试识别此进程并将其终止。它终止 mysql 的原因是，这可能是当前占用内存最多的进程，因此它很可能是正在疯狂运行的进程。
然而，snmpd 似乎也是罪魁祸首。（它占用了 160MB，相当多）snmpd 是一个守护进程，负责监听SNMP流量，占用这么多内存似乎很奇怪。
由于这种情况每天都在同一时间发生，因此请检查您的每日cron 作业。并检查您的 snmpd 日志文件。同时检查当时的传入连接。（来自 sshd）
所有这些日志文件都应显示在 /var/log/xxx 中的某个位置
如果没有出现任何意外情况，请在日志文件中查找日志中提到的其他进程。（mysql 和 rsyslogd）
此外，从您的图表来看，您平均只有 66MB 的可用内存，并且遇到的内存问题远不止 6.40，几乎 20% 的时间您的可用内存似乎都少于几 MB，从未超过 100MB。（如果我正确地看到洋红色条是可用内存？）