Navicat在Windows连接本机MySQL超时，90%是MySQL服务未运行、防火墙拦截3306端口或my.ini中bind-address/skip-networking配置禁用了TCP连接，需依次检查服务状态、配置文件及防火墙规则。
navicat 在 windows 中连接本机 mysql 超时，90% 是服务没起来、端口被拦、或配置锁死了 tcp 连接——不是 navicat 的问题，也不用重装。
MySQL 服务是否真正在运行
很多人看到“服务”里有 MySQL 条目就以为它活了，其实可能只是“已停止”状态被忽略。Windows 服务管理器（services.msc）里查到的“MySQL80”或“MySQL”必须是绿色“正在运行”，且启动类型为“自动”。如果显示“已停止”，右键启动后仍失败，说明服务启动过程出错，得看日志：mysqld --console 手动运行 MySQL 二进制，错误会直接打在命令行里，常见如 Can't start server: Bind on TCP/IP port: Address already in use（端口被占）或 Incorrect definition of table mysql.db（数据字典损坏）。
- 检查服务状态：Win+R → 输入
services.msc→ 找到对应 MySQL 服务 → 确认“状态”列是“正在运行” - 若启动失败，用管理员权限打开 CMD，进入 MySQL
bin目录，执行mysqld --console查实时报错 - 别依赖任务管理器里的“进程”列表判断——
mysqld.exe进程存在 ≠ 服务正常提供连接
bind-address 和 skip-networking 配置是否禁用了本地 TCP
MySQL 默认配置可能只监听 socket（localhost）或绑死在 127.0.0.1，但 Navicat 默认走 TCP，如果 my.ini 里写了 bind-address = 127.0.0.1 却没开 skip-networking = OFF，或者干脆是 skip-networking = ON，那 Navicat 就连不上——哪怕你填的是 127.0.0.1，TCP 层根本没开。
- 打开
my.ini（通常在C:\ProgramData\MySQL\MySQL Server X.X\或 MySQL 安装目录下） - 确认存在且未被注释的行：
bind-address = 127.0.0.1（或0.0.0.0，仅测试环境） - 确认
skip-networking行要么不存在，要么明确设为OFF（即skip-networking = OFF） - 改完必须重启 MySQL 服务，否则配置不生效
防火墙是否静默拦截了 3306 端口
Windows 防火墙默认会拦掉所有入站 TCP 连接，包括本机程序访问本机 MySQL 的 3306 端口。这不是“远程连接”才要管的事——Navicat 和 MySQL 在同一台机器，但走的是 TCP/IP 协议栈，照样经过防火墙规则链。现象是：Navicat 显示“Connection timeout”，而 telnet 127.0.0.1 3306 也卡住无响应。
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
- 临时验证：以管理员身份运行 CMD，执行
netsh advfirewall set allprofiles state off关闭防火墙，再试 Navicat 连接 - 若此时能连上，说明就是防火墙问题；不要长期关着，应添加入站规则
- 添加规则：控制面板 → Windows Defender 防火墙 → 高级设置 → 入站规则 → 新建规则 → 端口 → TCP 3306 → 允许连接 → 域/专用/公用全选 → 规则名写“MySQL Local”
Navicat 连接参数里 host 填 localhost 还是 127.0.0.1
看着一样，实际行为不同。Windows 下 localhost 可能触发命名管道或共享内存协议（取决于 MySQL 编译选项和客户端驱动），而 127.0.0.1 强制走 TCP。如果 MySQL 没开命名管道（enable-named-pipe=OFF）或你用的是新版 Navicat（默认禁用旧协议），填 localhost 就会卡住超时。
- 统一用
127.0.0.1替代localhost，绕过协议协商不确定性 - 端口必须显式填
3306，别依赖默认值——有些 MySQL 安装改过端口但没同步更新 Navicat 配置 - 用户名密码务必核对大小写和空格，尤其是密码含特殊字符时，Navicat 有时会多吞一个字符
真正卡住的地方，往往藏在“应该没问题”的默认配置里：比如 my.ini 被多个版本共用、防火墙规则被组策略覆盖、或 MySQL 启动时加载了错误的配置文件路径。动手前先 mysqld --verbose --help | findstr "Default options" 确认它到底读的是哪个配置文件，比盲目改来改去更省时间。
