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