问题说明

mysql数据库在执行完sql语句后，因语法错误，报错时仅显示错误代码，没有错误信息。

这个大部分原因是安装数据库时出现问题，/etc/my.cnf配置项不对。

有的人安装的时候是使用源码安装，需要自己去配置，在这种情况下就有可能出现错配。

本例中就是因为错配了/etc/my.cnf导致的问题。

如下图所示，在执行完语句后，仅显示1075错误代码，后面什么信息也没有。

解决方案

第一步，先查看错误日志，具体错误日志的位置请根据实际情况寻找，本例中mysql错误日志文件位置在/var/log/mysqld.log，大部分使用rpm方式安装的话，默认也在这个位置。

第二步，查看具体错误日志，如下图所示，明确提示了找不到errmsg.sys文件

第三步，根据错误日志，找到errmsg.sys文件具体位置。

使用whereis查看mysql相关的安装路径，再次找到errmsg.sys文件位置，如下图所示，errmsg.sys文件位置在/usr/share/mysql/english

第四步，在/etc/my.cnf文件中增加lc-messages-dir=/usr/share/mysql配置，这里说下为什么是lc-messages-dir，是因为错误日志里面提示了这个配置，因此加上这个配置，为什么路径是/usr/share/mysql，这个是因为一般是mysql的主路径，也就是basedir路径，只要这个对了，文件自然能找到。

第五步，重启mysql

第六步，再次查询刚刚的语句，查看结果，现在有错误信息了。

第七步，再次查看错误日志，可以看到刚刚的错没有了，到这一步errmsg.sys这个问题已经解决了。如果你有兴趣，可以接着往下看。

第八步，刚刚说了，到第七步，问题已经解决了，但是本次测试意外的发现另外的错，那这个错和上面的errmsg.sys错有什么关系，可以看到这个错是找不到so文件。

再次返回查看配置文件，可以看到是因为这里的basedir配置的是/usr/bin/mysql，所以跟mysql相关的文件都会在这个路径下面去找，但是errmsg.sys和现在的这个so文件并不在/usr/bin/mysql路径下，所以归根结底，还是basedir配置错了，引起了连锁反应，导致了一系列错。

最终修改basedir配置项，把这个注释掉即可（使用rpm默认安装可以注释掉）或者配置正确的basedir路径（尤其是使用源码自定义安装的mysql数据库一定要配置对basedir），本例中注释掉basedir。

最后一步，重启mysql，所有的错都没有了，如下图所示。

总结

自定义安装的mysql，/etc/my.cnf一定要配置对，不然会有很多意想不到的问题。

rpm默认安装的mysql，也检查下/etc/my.cnf对不对，启动完以后，查看mysql有没有报错。