Logo

phpmyadmin出怪手?!其實是MySQL作怪

今天碰到一個特別詭異的問題,phpmyadmin登入之後有一個資料表一點就一直停在loading的畫面,但是上線中的機器又不能直接給他重啟,登入SSH下一個優化指令mysqlcheck -u root -p -oA --auto-repair居然直接給他整個停住 ?

不死心再開一個SSH連線去MYSQLDUMP那個資料庫出來也是整個停住,但是除了這個資料庫之外其他都正常,WTF?!我的天,這是啥鬼情形啊… ?

後來經提醒後下指令檢查mysqladmin -u root -p processlist才發現佔用MySQL的線程居然多到靠北 ? 一堆佔著矛坑不拉屎是哪招,動用大絕招終止運作太久的MySQL進程

再放上一個腳本交給crontab兄弟處理每日2點自動優化一次資料庫然後終止超時的MySQL進程,記得把OOXXOOXX改成MySQL的root密碼

0 2 * * * mysqlcheck -u root -pOOXXOOXX -oA --auto-repair > /dev/null 2>&1
20 2 * * * sh /root/kill_mysql_maxtime.sh > /dev/null 2>&1

腳本內容如下

就這樣就搞定啦,一切又恢復正常,但出現這種問題也說明要來微調一下my.cnf了 ?

關於 窮苦人家的小孩

In every democracy, the people get the government they deserve. ~Alexis de Tocqueville
上一篇:
下一篇:

您可能會喜歡

野々浦暖 野野浦暖 Non Nonoura

VPS優惠 – CloudCone | 2022 復活節

之前介紹過很多次的CloudC …

發佈留言