Navicat中命名实例的正确写法是“IP\实例名,端口号”，如192.168.1.100\sqlexpress,1434；推荐禁用动态端口并配置静态端口（如51867），直接使用IP,端口格式连接，避免依赖SQL Server Browser服务。
Navicat里填命名实例名的正确写法
命名实例不能只写 192.168.1.100\sqlexpress 就完事——它是否能连上，取决于 sql server browser 服务是否运行、udp 1434 端口是否开放，以及实例本身是否监听 tcp。更稳妥的做法是直接指定端口，绕过 browser 服务依赖。
主机字段应写成：192.168.1.100\sqlexpress,1434（注意是英文逗号，不是冒号）。这个格式同时传递了实例名和端口，Navicat 会先尝试用实例名解析，再 fallback 到显式端口连接。
- 如果实例配置为动态端口（默认行为），每次重启后端口可能变化，
\sqlexpress单独写大概率失败 - 若已将该实例设为静态端口（比如 51867），则可写
192.168.1.100\sqlexpress,51867 - 完全不想依赖 Browser 服务？直接用 IP+端口：
192.168.1.100,51867，此时实例名字段留空或填任意值都不影响连接
SQL Server侧必须开的三项配置
光在 Navicat 里填对格式没用，SQL Server 本机不配合照样连不上。三个关键点缺一不可：
-
TCP/IP 协议必须启用：进 SQL Server Configuration Manager → “SQL Server Network Configuration” → “Protocols for [实例名]”，右键TCP/IP→ 启用 -
IPAll 中的 TCP Port 必须填静态值：右键 TCP/IP → 属性 → IP Addresses 标签页 → 拉到底部IPAll区域 → 清空TCP Dynamic Ports（留空），填入固定端口到TCP Port（如51867） -
SQL Server Browser 服务必须运行（仅当使用\实例名写法且未指定端口时才强制需要）：Win+R →services.msc→ 找到SQL Server Browser→ 启动并设为自动
防火墙和网络层常见拦路虎
连接超时或“拒绝连接”错误，八成卡在这几处：
- Windows 防火墙入站规则没放行目标端口：要同时添加
TCP和UDP规则——TCP 对应数据库连接，UDP 1434 是 Browser 服务通信必需 - 云服务器（如阿里云 ECS/RDS）安全组没开对应端口：即使本地防火墙全放行，云平台层面仍会拦截，务必检查安全组入方向规则
- SQL Server 没开远程连接：
EXEC sp_configure 'remote access', 1; RECONFIGURE;这条命令必须执行，否则只响应本地连接 - 混合模式认证未启用：若用用户名密码登录，SQL Server 实例必须设为“SQL Server 和 Windows 身份验证模式”，仅 Windows 认证时 Navicat 无法传凭据
为什么有时 \实例名 写法失效而 ,端口 写法能通
本质是协议解析路径不同：\实例名 依赖 UDP 1434 向 Browser 服务发查询，返回实际监听端口；而 ,端口 是直接走 TCP 连接，跳过了 Browser 这一环。Browser 服务一旦挂掉、UDP 被拦、或实例没注册到 Browser（比如某些精简版安装），前者就彻底失灵。
生产环境强烈建议禁用动态端口 + 显式填写端口，这样既规避 Browser 单点故障，又让连接行为可预测。顺便提醒：1433 是默认实例端口，命名实例绝不会默认用它——别硬套。
