问题说明
mysql数据库在执行完sql语句后，因语法错误，报错时仅显示错误代码，没有错误信息。
这个大部分原因是安装数据库时出现问题，/etc/my.cnf配置项不对。
有的人安装的时候是使用源码安装，需要自己去配置，在这种情况下就有可能出现错配。
本例中就是因为错配了/etc/my.cnf导致的问题。
如下图所示，在执行完语句后，仅显示1075错误代码，后面什么信息也没有。
解决方案
第一步，先查看错误日志，具体错误日志的位置请根据实际情况寻找，本例中mysql错误日志文件位置在/var/log/mysqld.log，大部分使用rpm方式安装的话，默认也在这个位置。
第二步，查看具体错误日志，如下图所示，明确提示了找不到errmsg.sys文件
# less /var/log/mysqld.log|grep -i error
第三步，根据错误日志，找到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
# service mysqld restart第六步，再次查询刚刚的语句，查看结果，现在有错误信息了。
第七步，再次查看错误日志，可以看到刚刚的错没有了，到这一步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有没有报错。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持编程网(www.lsjlt.com)。
