Navicat提示“找不到实例”主因是SQL Server命名实例未启用SQL Server Browser服务（默认禁用），导致客户端无法通过UDP 1434获取动态端口；应启动该服务，或改用IP,端口号直连（如192.168.1.100,54321），并确保TCP/IP启用、防火墙放行对应端口。
Navicat填了Server但提示“找不到实例”或“Server is not found”
这不是navicat的问题，而是sql server没暴露可被远程识别的实例信息。常见于命名实例（如 sqlexpress）未启用sql server browser服务，或客户端根本没收到实例响应。
- 本地连接命名实例（如
localhost\SQLEXPRESS）时，Navicat会先尝试UDP 1434端口向SQL Server Browser服务查询该实例实际监听的TCP端口；若该服务没运行，就直接报“找不到实例” - 远程连接命名实例更依赖Browser服务——不启动它，Navicat连IP和端口都无从得知，
192.168.1.100\SQLEXPRESS这种写法在远程场景下基本无效 - 解决办法不是换Navicat版本，而是去Windows服务里启动
SQL Server Browser（注意：默认是禁用状态）；若仍不行，改用IP,端口号直连（比如192.168.1.100,54321），跳过实例名解析
填了localhost\SQLEXPRESS却连不上，但localhost,1433可以
说明你连的是默认实例，不是命名实例。命名实例默认不监听1433，而是动态端口（如54321），且只有启用SQL Server Browser并配合UDP 1434才能被发现。
- 检查SQL Server配置管理器 →
SQL Server Network Configuration→Protocols for SQLEXPRESS→ 确认TCP/IP已启用 - 右键
TCP/IP→ 属性 →IP Addresses页 → 拉到底部IPAll区域 → 清空TCP Dynamic Ports，填入固定TCP Port（如54321） - Windows防火墙必须放行这个自定义端口（不只是1433）
- Navicat中Server字段此时应写成
192.168.1.100,54321（注意是英文逗号），而不是192.168.1.100\SQLEXPRESS
Navicat提示“未发现数据源名称并且未指定默认驱动程序”
这跟实例无关，是ODBC驱动缺失——Navicat调用系统ODBC层时，发现没有注册可用的SQL Server驱动。
- Navicat自身不自带完整驱动，依赖系统级
ODBC Driver for SQL Server（推荐安装ODBC Driver 18 for SQL Server） - 不要装
SQL Server Native Client（已废弃），也不要只装x86驱动而Navicat是x64（或反之） - 安装后必须重启Navicat；若之前装过旧版驱动（如2008 Native Client），建议先卸载再装新版
- 验证方式：运行
odbcad32.exe（64位系统要进C:\Windows\System32\odbcad32.exe），看“驱动程序”页签里是否有ODBC Driver 18 for SQL Server
连接测试通过但查不到数据库列表，或连上后报“The connection is closed”
说明实例找到了、认证也过了，但连接被SQL Server主动断开，大概率是空闲超时或默认数据库不可用。
- SQL Server对空闲连接有默认30分钟超时，Navicat若长时间没发请求，连接会被服务器关闭；这不是Navicat Bug，是SQL Server行为
- 检查
Database字段：如果填了某个库名但该库处于OFFLINE状态，或当前用户对该库没CONNECT权限，登录阶段就会失败（日志里Error 18456 State 40） - 最稳妥做法：Navicat连接时
Database填一个确定在线且你有权限的库（如master），别留空；后续再手动切换到目标库 - 若用
sa账户连不上，先确认它是否启用：ALTER LOGIN sa ENABLE;，再检查SQL Server是否设为混合模式（仅Windows认证时sa永远无效）
