/var/log/pacct文件導(dǎo)致MySQL啟動(dòng)失敗的案例分享
毫無預(yù)兆的,MySQL 罷工了。 用 mysql.server 啟動(dòng)腳本啟動(dòng)之后,沒有任何提示信息就結(jié)束,mysqld進(jìn)程自然是沒有起來。
把 mysql.server 里面 $bindir/mysqld_safe --datadir=$datadir --pid-file=$server_pid_file >/dev/null 2>&1 這句的輸出重定向去掉后運(yùn)行,結(jié)果發(fā)現(xiàn)報(bào)錯(cuò): File size limit exceedednohup ... ...
這樣看來自然是有文件太大了。但查看了 mysql 數(shù)據(jù)目錄下相關(guān)的數(shù)據(jù)庫(kù)文件和日志文件,最大的也就幾百兆。 ulimit -a 查看也沒有對(duì)文件大小做任何限制。
經(jīng)過 N 分鐘的郁悶之后,決定用 find / -size +2048000k 查找整個(gè)硬盤上面的可疑文件。結(jié)果是: /var/log/pacct 這個(gè)2G多的大文件冒了出來。很顯然,這是 SA 激活了 accton 之后產(chǎn)生的日志文件,沒給做回滾。二話不說,清空 /var/log/pacct 再啟動(dòng)一次 MySQL ,一切恢復(fù)正常!
搞不懂的是為什么 mysql 的啟動(dòng)腳本會(huì)受這樣一個(gè)無關(guān)痛癢的進(jìn)程統(tǒng)計(jì)日志的影響而導(dǎo)致 mysqld 進(jìn)程完全無法啟動(dòng)。估計(jì)還是 mysql.server / mysqld_safe 腳本邏輯的問題。。
相關(guān)文章
詳細(xì)解讀分布式鎖原理及三種實(shí)現(xiàn)方式
這篇文章從三種基于不同形式的分布式鎖的實(shí)現(xiàn),數(shù)據(jù)庫(kù)、緩存和zookeeper,內(nèi)容比較詳細(xì),具有一定參考價(jià)值,需要的朋友可以了解下。2017-10-10MySQL存儲(chǔ)過程的深入講解(in、out、inout)
這篇文章主要給大家介紹了關(guān)于MySQL存儲(chǔ)過程(in、out、inout)的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-11-11逐步講解MySQL中定時(shí)事件計(jì)劃的創(chuàng)建
這篇文章主要介紹了MySQL中定時(shí)事件計(jì)劃的創(chuàng)建,包括對(duì)于MySQL定時(shí)器的用戶事件權(quán)限作出了解釋說明,需要的朋友可以參考下2016-05-05mysql alter添加列的實(shí)現(xiàn)方式
這篇文章主要介紹了mysql alter添加列的實(shí)現(xiàn)方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-01-01