登录
首页 >  数据库 >  MySQL

记一次Navicat for MySQL 10060错误的解决过程

来源:SegmentFault

时间:2023-02-24 19:58:30 389浏览 收藏

本篇文章给大家分享《记一次Navicat for MySQL 10060错误的解决过程》,覆盖了数据库的常见基础知识,其实一个语言的全部知识点一篇文章是不可能说完的,但希望通过这些问题,让读者对自己的掌握程度有一定的认识(B 数),从而弥补自己的不足,更好的掌握它。

最近加班挺多,所以也好久没远程访问自己云服务器上的

MySQL
数据库了。今天本地启动
Node
服务时连不上
MySQL
,照常用
Navicat For MySQL
连接远程数据库进行检查,结果发现突然报错了。

2003-Can’t connect to MySQL server on ‘XXX.XX.XX.XX’(10060)

检查网络

第一反应还是检查网络是不是正常,所以就马上

ping
测试一下,然而发现并不是网络问题,可以正常
ping
通。

ping XXX.XX.XX.XX

正在 Ping XXX.XX.XX.XX 具有 32 字节的数据:
来自 XXX.XX.XX.XX 的回复: 字节=32 时间=64ms TTL=47
来自 XXX.XX.XX.XX 的回复: 字节=32 时间=86ms TTL=47

检查安全组

然后就想着看看云服务器的安全组设置是否有问题,但是之前都没出过这个问题,讲道理安全组出现问题的可能性不大,但还是先检查下为妙。

登录腾讯云后,发现实例对应的安全组设置妥妥的,没有什么问题。

安全组正常

检查下用户权限

由于是我自己的服务器,所以用的都是

root
用户。需要在
xshell
中登录
MySQL
查询下
user
表。

mysql -uroot -p
输入密码
mysql> use mysql
mysql> select host,user from user;
+-----------+------------------+
| host      | user             |
+-----------+------------------+
| %         | root             |
| localhost | mysql.infoschema |
| localhost | mysql.session    |
| localhost | mysql.sys        |
+-----------+------------------+
4 rows in set (0.00 sec)

可以发现,

root
对应的
host
%
,任意的意思,也就意味着
root
用户在连接
MySQL
时不受
ip
约束。

所以说也不是这里的问题啦!

检查CentOS防火墙

这是很容易忽略的一步,可能很多人都会认为安全组已经设置好了,不必再检查

CentOS
的防火墙。其实是很有必要检查防火墙的,我们应该把
3306
放通,再重启防火墙。

[root@VM_0_14_centos ~]# firewall-cmd --permanent --zone=public --add-port=3306/tcp
success
[root@VM_0_14_centos ~]# firewall-cmd --reload
success

然后一看,很愉快,

Navicat for MySQL
连接远程数据库成功!

Navicat for MySQL连接成功

欢迎关注&交流

到这里,我们也就讲完了《记一次Navicat for MySQL 10060错误的解决过程》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于mysql的知识点!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>