|||
作者简介：高鹏，笔名八怪。《深入理解MySQL主从原理》图书作者，同时运营个人公众号“MySQL学习”，持续分享遇到的有趣case以及代码解析！
大概就是这么一个报错，这里出现了 ERROR 1045(28000)但是错误描述却是Unknown error。
实际上这里的ERROR 1045是一个标号对应
实际上这就是密码错误的报错，而冒号以后的是错误的描述，在我们的安装目录下有一个share目录，里面包含了各种语言关于错误描述的文件。那么我们这里应该可以定位是错误描述的文件没有读取到，遇到了问题。也就是说这里错误标号没有问题，有问题的是错误描述无法显示。
nr为我们的错误标号，如果通过错误标号没有找到对应的错误描述那么就会报出Unkown error并且最后带上错误标号，也就是我们看到最后的1045。
而对于查找的错误描述来自于初始化的时候读取的文件：
这里可以大概看出来是通过语言进行匹配，然后找到lc_messages_dir所在的目录下寻找。我们注意到如果读取文件失败那么将会有报错信息。翻看问题数据库的日志确实存在一行这样的报错：
其实如果读取这个文件失效那么大部分错误都会报unknown error，比如：
官方文档的描述：
找到出问题的原因是没有读取到错误描述文件，那么为什么读取不到呢？测试发现默认的情况下lc_messages_dir会设置为my.cnf目录basedir/share（我们通常也不会设置这个目录），我们这里的问题实际上由于my.cnf中basedir目录设置错误。但是为什么basedir目录设置错误，又能够启动数据库呢？这是因为通过mysqld_safe去拉取mysqld的时候会通过mysqld_safe的目录反向推测mysqld所在的目录，并不完全依赖basedir，但是lc_messages_dir却是basedir/share 所以虽然数据能够启动但是错误描述文件却找不到。
下面模拟一下：
错误得以重现，当然如果用mysql.server去拉取因为mysql.server会解析my.cnf中的basedir获取mysqld_safe所在的目录，显然是不行的报错如下：
合作电话：010-64087828
社区邮箱：greatsql@greatdb.com
