今天在为新的业务线搭架数据库后，在启动的时候报错

root@qsbilldatahis-db01:/usr/local/mysql/bin# ./mysql

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

在此记录一下，希望能够给遇到此问题的兄弟们提供一个解决问题的思路，有了思路后一步一步排查问题就比较容易了，但是我这个问题比较奇怪，如果有了解的兄弟，还不吝赐教。

首先介绍一下此问题出现的环境：

操作系统为：Ubuntu 14.04.5

数据库版本为：5.6.39-log

数据库安装方式为二进制安装

故障现象

数据库初始化后启动报错

root@qsbilldatahis-db01:/usr/local/mysql/bin# ./mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

故障排查

一看数据库进程是否启动

如果数据库进程没有启动，也会报这个错

进程是存在的

二 看配置文件中socket文件的配置，并检查socket文件是否存在，权限是否正确

配置文件中socket 文件的位置配置在/tmp/mysql.sock下

但是报错中去/var/run/mysqld/mysqld.sock 位置找配置文件，说明配置文件并没有生效，但是比如其他数据文件，日志文件的目录已经生效

三 看错误日志中是否提供了有价值的信息

查看错误日志中没有相关的报错

故障解决：

问题原因一直找不到，往上翻会话的时候看到数据库初始化完成后有以下输出，

难道是因为数据库启动的时候读了别的位置的配置文件？

我是按以下命令启动的，已经指定了配置文件的位置

./mysqld_safe --defaults-file=/etc/my.cnf &

查看/etc/mysql/my.cnf

确实是去找的该配置文件中socket的位置

将/etc/mysql路径下的配置文件重命名后

oot@qsbilldatahis-db01:/etc/mysql# cd /etc/mysql/
root@qsbilldatahis-db01:/etc/mysql# ls
conf.d  my.cnf
root@qsbilldatahis-db01:/etc/mysql# mv my.cnf my.cnf_bak

再次进入mysql命令行没有报错，问题解决

故障总结

可以用以下命令查看MySQL数据库读取配置文件的默认顺序，

其实现在我还是很纳闷，为什么我制定了配置文件袋额位置还会读取别的位置的配置文件呢？在数据库初始化后的输出有所体现，

这是问题解决就是把其他路径下的配置文件重命名