解决MySQL报错ERROR 2002 (HY000)
今天在为新的业务线搭架数据库后,在启动的时候报错
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
数据库安装方式为二进制安装
故障现象
数据库初始化后启动报错
故障排查
一看数据库进程是否启动
如果数据库进程没有启动,也会报这个错
进程是存在的
二 看配置文件中socket文件的配置,并检查socket文件是否存在,权限是否正确
配置文件中socket 文件的位置配置在/tmp/mysql.sock下
但是报错中去/var/run/mysqld/mysqld.sock 位置找配置文件,说明配置文件并没有生效,但是比如其他数据文件,日志文件的目录已经生效
三 看错误日志中是否提供了有价值的信息
查看错误日志中没有相关的报错
故障解决:
问题原因一直找不到,往上翻会话的时候看到数据库初始化完成后有以下输出,
难道是因为数据库启动的时候读了别的位置的配置文件?
我是按以下命令启动的,已经指定了配置文件的位置
查看/etc/mysql/my.cnf
确实是去找的该配置文件中socket的位置
将/etc/mysql路径下的配置文件重命名后
再次进入mysql命令行没有报错,问题解决
故障总结
可以用以下命令查看MySQL数据库读取配置文件的默认顺序,
其实现在我还是很纳闷,为什么我制定了配置文件袋额位置还会读取别的位置的配置文件呢?在数据库初始化后的输出有所体现,
这是问题解决就是把其他路径下的配置文件重命名
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库