风语||每一场风，都有它存在的意义

“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！终于来啦！

数据库也连接成功！

---

不知何时起，公司形成了“事不关己，高高挂起”的不良心态，这种心态，让我的嗅觉变得迟钝。

如果我在嗅到“程序有可能出问题”的风声时，就去排查故障，而不是一味地等待，这个事件我将有能力将它扼杀在摇篮里，不至于在客户面前显现出来。

聪敏和适时地规避责任，绝对不会让一个人永远成功，勇于承担责任，能为公司避开“陷阱”，解决实际问题的人，才能取得最终的成功！