由于我们的服务器会借给我们部分公司使用，但是部分公司有没有运维，都是开发直接操作，导致出现一些问题后直接来找我处理。为此，也学习到很多。

近来，一哥们由于不知道操作什么导致服务器直接挂掉，于是我联系机房启动机器后查看日志，没有发现什么明显的日志，只是有一条watchdog的日志信息。于是又多方搜寻关于watchdog的相关知识。发现的也大致是皮毛而已，也有部分提交一些内核信息是关于watchdog的bug。此处也无法做什么排查的(主要还是我的技术不精)。只能推测是开发使用应用程序触发了watchdog的监控。在指定时间内watchdog检测不通过导致reboot或者shutdown。好在这台机器他们只是测试使用。没有什么重要的业务。

不过不久后他们又呼叫我mysql多实例的3308端口无法启动。于是我又上机器排查。

登陆机器后首先查看下端口：

查看上述确实是没有3308端口，于是又查看下配置文件。看看他们的具体配置是怎么样的。

配置文件如上，主要是看下数据目录和sock文件目录以及pid存放位置和log位置。

然后就是到指定目录下，查看相关信息。

看到上述情况我真是很郁闷了，这完全和配置文件对不上啊。明明mysql2.sock和pid文件存在，为毛却监听的是3306端口呢？此时就很郁闷了，于是又ps -ef | grep mysql看了下路径。不看不知道，看了下就更不对劲了。

想必此时很多大神一眼就知道问题在哪里了。可惜我不是大神。一时也没想到那么多。于是一步一步的来往下查啊。我这里想到的是TM的居然启动了默认的mysql。于是我就停掉了这个3306这个端口。

删除了mysql2.sock和pid文件。再启动一次：

mysqld_multi start 1,2

可是事与愿违，3306端口还是起来了。但是3308还是没起来。于是再次ps -ef | grep mysql查看到mysqld_safe的进程起了两个，反正相同的都是两个。你懂得。这么奇葩。于是我再次kill掉。

再次启动时我先监控着多实例的日志：

tail -f mysqld_multi.log

就类似上面这种。报错信息大致反映的就是不能以root启动这个意思。但是mysql的配置文件里指定的就是mysql用户。于是我又查看了数据目录的文件夹权限等乱七八糟的一堆。感觉都是很正常的。到这里时我就特别的郁闷了。那到底是哪里的问题呢。

于是我就去找错误日志，但是发现var下面的.err的日志居然没有记录。我思前想后难道是配置文件没有生效？此时的我只能先发会呆。

发完呆后我又仔细仔细看了看日志和配置文件。终于发现问题了。mysqld_multi的配置和mysqld下面的路径不一致啊。

于是再次的使用指定目录下面的启动脚本，并加以选项。这次虽然还是没能出现所要的结果。但是日志已经很明显的指出问题所在了。

于是配置一个mysql的环境变量，效果立马见效。

到此终于解决问题。此事说明解决问题前一定要先弄清楚之前做了什么操作，具体的环境是什么样子的。等等...

ps :有大神知道下面这个问题还请指教，感谢。