“14栋学生陆陆续续刷不了门禁”
“我们工作人员也无法刷脸”
“1栋学生刷不了卡”
……
看着维护群里“叽叽喳喳”的消息，我嗅到了一丝不好的风声。
果然，不出两天，运维人员找到了我，让我启动自动下发权限的程序。
可是，这个程序按理说是一直开着的呀，怎么会需要我手动启动呢？
我细细思索了下，前几天维护群里的一条消息如骤风般，钻入我的脑海：
假期学校断掉了网络，导致很多服务器在恢复网络后自动重启。
“OMG！”，服务器重启，可我的程序不会自动重启啊！
我猛一拍大腿，赶忙连上学校服务器。
果然，几个程序都处于关闭状态，我连忙将程序重新运行起来。
“呼，这下该没事了吧？”可我还是不放心，一直关注着维护群的风向。
“这个学生刷不进门，请你们帮忙处理下。”
纳尼？还是没同步上？一大清早的好心情，被群里的这个消息给浇熄了。
于是，我赶忙联系运维人员，让他们帮忙取到学生卡的物理卡号，我去数据库里比对。
好吧，服务器重启了，但数据库可能还处于关闭状态。
我又“蹭蹭蹭”地跑上服务器，重启数据库：
Can 't connect to local MySQL server through socket '/tmp/mysql.sock '(2) ";
还好还好，这么明显得提示，两个方法：
1.在/tmp路径下新建一个mysql.sock文件；
2.修改数据库得配置文件，我是MySQL数据库，就修改my.cnf这个文件就好
我查了下，mysql.sock这个文件存在于/var/lib/mysql这个路径下，于是我将配置文件中的socket指向的路径修改如下：
socket=/var/lib/mysql/mysql.sock
重启mysql
service mysql restart
哼哼，预期中的success没有到来，却等来了另一个错误：
MySQL is not running, but PID file exists
这个问题答案也很简单，我就简单粗暴地将mysql.pid这个文件找到，删！
我要的success！终于来啦！
数据库也连接成功！
不知何时起，公司形成了“事不关己，高高挂起”的不良心态，这种心态，让我的嗅觉变得迟钝。
如果我在嗅到“程序有可能出问题”的风声时，就去排查故障，而不是一味地等待，这个事件我将有能力将它扼杀在摇篮里，不至于在客户面前显现出来。
聪敏和适时地规避责任，绝对不会让一个人永远成功，勇于承担责任，能为公司避开“陷阱”，解决实际问题的人，才能取得最终的成功！
网友评论