MySQL自動(dòng)停機(jī)的問題處理實(shí)戰(zhàn)記錄
最近幫別人做的一個(gè)項(xiàng)目機(jī)器上面跑MySQL老是隔一段時(shí)間就自動(dòng)停了。剛開始以為是以外停止,也沒注意,就手動(dòng)再啟動(dòng)??墒沁^了沒兩天又停止了。
后來仔細(xì)查了查mysqld的日志:
2020-05-27T10:15:12.569342Z 0 [System] [MY-010116] [Server] /usr/libexec/mysqld (mysqld 8.0.17) starting as process 19493
2020-05-27T10:15:14.448256Z 0 [System] [MY-010229] [Server] Starting crash recovery...
2020-05-27T10:15:14.475411Z 0 [System] [MY-010232] [Server] Crash recovery finished.
2020-05-27T10:15:14.691345Z 0 [Warning] [MY-010068] [Server] CA certificate ca.pem is self signed.
2020-05-27T10:15:15.677386Z 0 [System] [MY-010931] [Server] /usr/libexec/mysqld: ready for connections. Version: '8.0.17' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution.
2020-05-27T10:15:15.951210Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Socket: '/var/lib/mysql/mysqlx.sock' bind-address: '::' port: 33060
2020-05-27T11:26:19.955004Z 0 [System] [MY-010116] [Server] /usr/libexec/mysqld (mysqld 8.0.17) starting as process 19757
2020-05-27T11:26:20.181302Z 0 [ERROR] [MY-012681] [InnoDB] mmap(137363456 bytes) failed; errno 12
2020-05-27T11:26:20.181360Z 1 [ERROR] [MY-012956] [InnoDB] Cannot allocate memory for the buffer pool
2020-05-27T11:26:20.181379Z 1 [ERROR] [MY-012930] [InnoDB] Plugin initialization aborted with error Generic error.
2020-05-27T11:26:20.181401Z 1 [ERROR] [MY-010334] [Server] Failed to initialize DD Storage Engine
2020-05-27T11:26:20.181543Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed.
2020-05-27T11:26:20.183642Z 0 [ERROR] [MY-010119] [Server] Aborting
2020-05-27T11:26:20.184163Z 0 [System] [MY-010910] [Server] /usr/libexec/mysqld: Shutdown complete (mysqld 8.0.17) Source distribution.
上面顯示是Cannot allocate memory for the buffer pool,無法分配內(nèi)存給緩存池。馬上想到是內(nèi)存不足,這臺(tái)機(jī)器是1GB的內(nèi)存,還跑著 Nginx 和 PHP-FPM 。
使用 top 看了看 mysqld 占用的內(nèi)存達(dá)到了48% 。內(nèi)存占用還是蠻高的。
當(dāng)然了升級(jí)機(jī)器配置是比較好的辦法,但是畢竟經(jīng)費(fèi)有限。所以我們先給它加個(gè)swap交換空間:
dd if=/dev/zero of=/swapfile bs=1M count=2048 mkswap /swapfile swapon /swapfile systemctl restart mysqld
上面我們加了2GB的交換空間給機(jī)器。然后重啟 mysqld。再使用top看了看,發(fā)現(xiàn)交換空間漸漸被使用了。
睡了一覺起來一看,mysqld服務(wù)沒有再自動(dòng)停止,內(nèi)存占用已經(jīng)下降到22%,看了看錯(cuò)誤日志,也是空的。
嗯,看來還不錯(cuò)嘛。再觀察個(gè)幾天看看,沒問題的話應(yīng)該就好了😎😎😎。
好了,到此這篇關(guān)于MySQL自動(dòng)停機(jī)的問題處理的文章就介紹到這了,更多相關(guān)MySQL自動(dòng)停機(jī)處理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MySQL中int(10)和int(11)的區(qū)別詳解
本文主要介紹了MySQL中int(10)和int(11)的區(qū)別詳解,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-03-03
修改mysql5.5默認(rèn)編碼(圖文步驟修改為utf-8編碼)
安裝mysql后,啟動(dòng)服務(wù)并登陸,使用show variables命令可查看mysql數(shù)據(jù)庫的默認(rèn)編碼;mysql數(shù)據(jù)庫的默認(rèn)編碼并不是utf-8如何修改呢,本文將詳細(xì)介紹,感興趣的朋友可以了解下2013-01-01
MySQL參數(shù)優(yōu)化信息參考(my.cnf參數(shù)優(yōu)化)
下面針對(duì)一些參數(shù)進(jìn)行說明,當(dāng)然還有其它的設(shè)置可以起作用,取決于你的負(fù)載或硬件:在慢內(nèi)存和快磁盤、高并發(fā)和寫密集型負(fù)載情況下,你將需要特殊的調(diào)整2024-07-07
使用mss2sql工具將SqlServer轉(zhuǎn)換為Mysql全記錄
上篇文章我們講訴了在mssql數(shù)據(jù)轉(zhuǎn)換成mysql數(shù)據(jù)中,用Navicat Premium導(dǎo)入數(shù)據(jù)很完美,但是創(chuàng)建表的時(shí)候數(shù)據(jù)類型轉(zhuǎn)換不是很完美,本文我們來講訴下用mss2sql工具來創(chuàng)建表,順便說下導(dǎo)入數(shù)據(jù)2014-08-08
mysql 發(fā)生系統(tǒng)錯(cuò)誤1067的解決方法
今天要把WEB項(xiàng)目打包成EXE,可是在數(shù)據(jù)庫上卡住了。在啟動(dòng)數(shù)據(jù)庫服務(wù)的時(shí)候發(fā)生系統(tǒng)錯(cuò)誤 1067。2009-09-09
mysql count詳解及函數(shù)實(shí)例代碼
這篇文章主要介紹了mysql count詳解及函數(shù)實(shí)例代碼的相關(guān)資料,需要的朋友可以參考下2017-01-01
MySql8 WITH RECURSIVE遞歸查詢父子集的方法
這篇文章主要介紹了MySql8 WITH RECURSIVE遞歸查詢父子集的方法,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-12-12
mysql 啟動(dòng)1067錯(cuò)誤及修改字符集重啟之后復(fù)原無效問題
這篇文章主要介紹了mysql 啟動(dòng)1067錯(cuò)誤及修改字符集重啟之后復(fù)原無效問題,需要的朋友可以參考下2017-10-10
MySQL通過binlog恢復(fù)數(shù)據(jù)
通過了解binlog日志的相關(guān)配置,簡(jiǎn)單掌握通過binlog對(duì)數(shù)據(jù)庫進(jìn)行數(shù)據(jù)恢復(fù)操作。有此需求的朋友可以參考下2021-05-05

