拳打MySQL,拼个你死我活 |
您所在的位置:网站首页 › navicat错误代码2002 › 拳打MySQL,拼个你死我活 |
MySQL端口号为零且连接Navicat出现报错[2002]
目录问题原因报错分析解决过程个人心得体会参考博文
目录
在刚解决完MySQL80服务无法开启的问题后,我满怀期待地打开Navicat,本以为可以连接上本地数据库,出乎意料,上来就给我一个报错[2002],让我手足无措。 问题原因由于移动了文件时许多路径都相继改变,而我在恢复时又将data文件内容进行删除,并对mysql进行初始化,这就导致我的MySQL文件的配置出现乱子,即my.ini文件还是存在问题和原因。 以上是初步分析。可以从这次的教训中得到一个总结:那就是 “牵一发而动全身” MySQL安装完后就不要随意动了,其实际所占内存并不会太多,同时C盘里的文件很多都是系统自带的文件包括驱动之类以及软件自身所需的环境。 报错分析首先是我们进入Navicat还是报[2002]错误: 进行初步判断,先"win+R" 输入”cmd",进入命令行窗口,登录mysql再查看端口号,输入如下指令: mysql -u root -p 输入你的mysql登录密码 show global variables like ‘port’; //查看端口号,需要注意别忘记带分号“ ;“ 进入后发现端口号显示的是零,而我们知道my.ini即配置文件的端口号默认是:3306;难道只是端口号被换掉那么简单吗,带着疑问,我重新打开Navicat 对本地数据库进行编辑连接操作,即点击你要连接的数据库,然后右键 会弹出”编辑连接“操作,我把端口号改为0,结果很明显,还是’报错啦‘ ——(这里引用英雄哥的台词)
这是我的my.ini文件,友友们可参照修改和对照。此外这里还有一篇博文是详述skip_networking的:skip_networking,好奇的友友可以看看,写的很细节到位。 最后看到这篇博文,重启服务,我想可能是我在移动完后路径后,my.ini文件没有重新对服务进行配置,于是我选择重启,即打开任务管理器,找到MySQL80,右击选择重启服务。 当我再次连接MySQL,查看端口和skip_networking时发现终于回归正常:
在初入MySQL这个领域,建议友友们先不要随便乱动文件,同时对于报错问题,勤搜索,肯定会有解决办法,同时享受解决问题的喜悦和激动,并做好相关内容的总结,对于出现的相关指令或则专业名词进行深入的一个了解,知其然更要知其所以然。 同时很感谢网络给予我们这些编程后辈的资源以及平台的依托,帮助我们提高技能水平,分享交流经验,解决问题,达到知识共享。 参考博文 重启服务skip_networkingmy.ini和my.cnf的区别无法远程连接且端口号为0localhost和127.0.0.1的关系 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |