一、问题展示

image.png

大概就是这么一个报错，这里出现了 ERROR 1045(28000)但是错误描述却是Unknown error。

二、关于错误号和错误描述

实际上这里的ERROR 1045是一个标号对应

• ER_ACCESS_DENIED_ERROR 28000

实际上这就是密码错误的报错，而冒号以后的是错误的描述，在我们的安装目录下有一个share目录，里面包含了各种语言关于错误描述的文件。那么我们这里应该可以定位是错误描述的文件没有读取到，遇到了问题。

三、代码报错部分

image.png

nr为我们的错误标号，如果通过错误标号没有找到对应的错误描述那么就会报出Unkown error并且最后带上错误标号，也就是我们看到最后的1045。

而对于查找的错误描述来自于初始化的时候读取的文件：

image.png

这里可以大概看出来是通过语言进行匹配，然后找到lc_messages_dir所在的目录下寻找。我们注意到如果读取文件失败那么将会有报错信息。翻看问题数据库的日志确实存在一行这样的报错：

image.png

其实如果读取这个文件失效那么大部分错误都会报unknown error，比如：

image.png

官方文档的描述：

image.png

四、为什么会这样

找到出问题的原因是没有读取到错误描述文件，那么为什么读取不到呢？测试发现默认的情况下lc_messages_dir会设置为my.cnf目录basedir/share（我们通常也不会设置这个目录），我们这里的问题实际上由于my.cnf中basedir目录设置错误。但是为什么basedir目录设置错误，又能够启动数据库呢？这是因为通过mysqld_safe去拉取mysqld的时候会通过mysqld_safe的目录反向推测mysqld所在的目录，并不完全依赖basedir，但是lc_messages_dir却是basedir/share 所以虽然数据能够启动但是错误描述文件却找不到。

下面模拟一下：

• 我们在my.cnf中加入一个错误目录

  
  
  image.png
• 使用mysqld_safe拉取mysqld
  /bin/sh /opt/mysql/mysql3306/install/bin/mysqld_safe --datadir=/opt/mysql/mysql3306/data/ --pid-file=/opt/mysql/mysql3306/data/mgr2.pid

• 查看lc_message_dir目录

  
  
  image.png

• 验证错误

  
  
  image.png

错误得以重现，当然如果用mysql.server去拉取因为mysql.server会解析basedir获取mysqld_safe所在的目录显然是不行的报错如下：

image.png