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

您可能会喜欢

希志あい 希志爱野 Kishi Aino

VPS介绍 – AlphaVPS

今年黑五很超值的主机商一定要算 …