mysql执行语句后只有错误代码,没有错误信息的问题!
mysql执行语句后只有错误代码,没有错误信息的问题!
问题说明
mysql数据库在执行完sql语句后,因语法错误,报错时仅显示错误代码,没有错误信息。
这个大部分原因是安装数据库时出现问题,/etc/my.cnf配置项不对。
有的人安装的时候是使用源码安装,需要自己去配置,在这种情况下就有可能出现错配。
本例中就是因为错配了/etc/my.cnf导致的问题。
如下图所示,在执行完语句后,仅显示1075错误代码,后面什么信息也没有。
解决方案
第一步,先查看错误日志,具体错误日志的位置请根据实际情况寻找,本例中mysql错误日志文件位置在/var/log/mysqld.log,大部分使用rpm方式安装的话,默认也在这个位置。
第二步,查看具体错误日志,如下图所示,明确提示了找不到errmsg.sys文件
1
|
# 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
1
|
# 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有没有报错。
学习资料见知识星球。
以上就是今天要分享的技巧,你学会了吗?若有什么问题,欢迎在下方留言。
快来试试吧,小琥 my21ke007。获取 1000个免费 Excel模板福利!
更多技巧, www.excelbook.cn
欢迎 加入 零售创新 知识星球,知识星球主要以数据分析、报告分享、数据工具讨论为主;
1、价值上万元的专业的PPT报告模板。
2、专业案例分析和解读笔记。
3、实用的Excel、Word、PPT技巧。
4、VIP讨论群,共享资源。
5、优惠的会员商品。
6、一次付费只需99元,即可下载本站文章涉及的文件和软件。
共有 0 条评论