問題背景

在多個月之前，也就是服務(wù)器剛剛搭建的時候，標題中的MySQL問題就出現(xiàn)了，很是奇怪，博客過一段時間就毫無征兆的掛掉了，提示連接數(shù)據(jù)庫失敗，然后重新啟動一下MySQL服務(wù)就又可以正常運行了。但是這個問題總是像莫名其妙的發(fā)生，時不時的給我來一點小驚喜，小意外，我每次重啟MySQL服務(wù)之后就又可以正常運行了，所以就沒去怎么解決這個問題。但是最近真的是忍無可忍了，決定解決了它。

先說一下我的服務(wù)器情況：

服務(wù)器：CentOS Linux 7.2.1511 (Core)

MySQL版本：5.6.37

找到MySQL錯誤日志文件位置

解決問題當然是要看問題出在哪里，好在MySQL有自己的錯誤日志可以供我們分析。那么錯誤日志在那里呢？ 我們可以用下面的方法找到這個文件的位置：

因為裝了寶塔面板，所以直接在寶塔面板中mysql軟件單擊出來，左邊菜單有個慢日志。就可以看到里面的詳情介紹。

查看并分析MySQL錯誤日志

錯誤日志已經(jīng)找到了，我們打開看一下，通過我的分析，我的這個MySQL運行出錯有多處，但是直接導(dǎo)致MySQL宕機的只有一處。日志內(nèi)容如下：

上面的錯誤日志是MySQL運行停止的最近一次錯誤提示。

分析得知，The InnoDB memory heap is disabled這個錯誤導(dǎo)致，這句話的大概意思就是InnoDB內(nèi)存堆是禁用的。

通過查閱資料發(fā)現(xiàn)，MySQL默認的配置使用了操作系統(tǒng)的內(nèi)存分配器,禁用了InnoDB的內(nèi)置內(nèi)存分配器所至。默認的innodb_use_sys_malloc配置是決定內(nèi)存的分配器，當配置為1時是使用操作系統(tǒng)內(nèi)存的分配器，當配置為1時使用InnoDB的默認分配器。所以我們只要將這個配置修改為0即可。

解決方案

找到MySQL的配置文件修改innodb_use_sys_malloc配置項為0.

一般的MySQL配置文件位置在/etc/my.cnf

查看配置文件中的配置后發(fā)現(xiàn)了一個尷尬的問題，竟然沒有找到這個innodb_use_sys_malloc配置項。原來MySQL在版本升級的時候曾經(jīng)取消了這個配置。但是人工添加上也是可以生效的。

我們直接在[mysqld]下面直接添加innodb_use_sys_malloc=0即可。

然后重啟MySQL服務(wù)，再次查看日志。