mysql连不上局域网的根源是bind-address默认为127.0.0.1、用户host不匹配（如只有'@localhost'无'@%'）、或3306端口被docker/防火墙/其他进程占用，需依次检查并修改配置、创建对应host用户、确认端口监听状态。

mysql 用户 host 设置为 % 还连不上？检查 bind-address

局域网连不上，大概率不是 navicat 的问题，而是 mysql 服务默认只监听本地回环地址 127.0.0.1。即使你创建了 'user'@'%' 用户、开了防火墙端口，bind-address 没改，mysql 根本不接收来自其他 ip 的连接请求。

实操建议：

• 编辑 MySQL 配置文件（Linux 通常是 /etc/mysql/mysql.conf.d/mysqld.cnf，Windows 是 my.ini 或 my.cnf）
• 找到 bind-address 行，改成：bind-address = 0.0.0.0（监听所有 IPv4 接口）
• 重启 MySQL 服务：sudo systemctl restart mysql（Linux）或服务管理器中重启（Windows）
• 确认生效：netstat -tuln | grep :3306 应该显示 *:3306 而非 127.0.0.1:3306

Navicat 报错 “Access denied for user”？重点查用户权限范围

错误提示里那个用户名看起来没错，但 MySQL 认的是「用户名 + 来源 host」的组合。比如 'admin'@'localhost' 和 'admin'@'%' 是两个完全不同的账户，权限互不影响。

常见错误现象：

• 用命令行在服务器本地能登录，但从局域网另一台机器用 Navicat 就报 Access denied for user 'xxx'@'192.168.1.100'
• 明明执行过 GRANT ALL ON *.* TO 'user'@'%'，但 Navicat 连接时仍提示权限不足

实操建议：

• 登录 MySQL 后执行：SELECT User, Host FROM mysql.user; 看目标用户是否真有 'user'@'%' 这条记录
• 如果只有 'user'@'localhost'，必须显式创建远程可用的用户：CREATE USER 'user'@'%' IDENTIFIED BY 'password';，再 GRANT ... ON ... TO 'user'@'%';
• 别漏掉 FLUSH PRIVILEGES; —— 权限变更不会自动热加载

防火墙放行 3306 端口后还是连不通？确认是 MySQL 自身端口，不是 Docker 或代理占用了

很多开发环境跑在 Docker 里，或者用了 WAMP/XAMPP，容易误以为“开了 3306 就行”，其实真实监听端口可能被映射、被重定向、甚至被另一个进程抢占。

使用场景：

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

• Docker 启动 MySQL 容器时没加 -p 3306:3306，或者宿主机 3306 已被占用导致映射失败
• WAMP 中 MySQL 服务实际监听的是 3308（常见于新版），但 Navicat 填的是默认 3306
• Windows 防火墙放行了入站规则，但“专用网络”和“公用网络”配置不同，默认可能只开了专用

实操建议：

• 在 MySQL 服务器上执行：sudo ss -tuln | grep :3306（Linux）或 netstat -ano | findstr :3306（Windows），看哪个 PID 在监听，再查进程名
• Docker 用户检查：docker ps 看端口映射列是否显示 0.0.0.0:3306->3306/tcp
• Windows 防火墙：进“高级安全 Windows 防火墙”→“入站规则”，找名称含 MySQL 或端口 3306 的规则，确保启用且作用域包含“专用”和“公用”

Navicat 测试连接成功但查询报错 “Lost connection to MySQL server”？注意 wait_timeout 和网络稳定性

这种不是连不上，而是连上一会儿就断——典型是 MySQL 主动断开空闲连接，而 Navicat 没及时复用或重连。

参数差异与影响：

• MySQL 默认 wait_timeout = 28800（8 小时），但某些云数据库或容器镜像会设成 60 秒，极易触发中断
• Navicat 的“保持连接”选项（Settings → Connection → Keep connection alive）只是发 ping，不能绕过服务端超时
• 局域网内若存在路由器 QoS、ARP 缓存老化、或中间交换机节能模式，也可能导致 TCP 连接静默中断

实操建议：

• 临时验证：登录 MySQL 后执行 SHOW VARIABLES LIKE 'wait_timeout';，若值太小（如 60），可临时改大：SET GLOBAL wait_timeout = 28800;
• 永久修改需写入配置文件的 [mysqld] 段：wait_timeout = 28800，并重启
• Navicat 中勾选 Keep connection alive，间隔建议设为比服务端 wait_timeout 小至少 10 秒（例如服务端是 60，则填 50）

真正卡住的地方往往不在 Navicat 设置页里，而在 MySQL 的 bind-address、用户 host 组合、以及谁在监听 3306 这三处。查的时候别跳步，一台机器一台机器确认 netstat 输出和 mysql.user 表内容，比反复重装客户端有用得多。