SQL连接不上本地服务器时，问题多数出在服务未启动、端口被占用或连接字符串配置错误，按顺序排查即可解决。
这不是玄学，而是有固定排查路线的，本地连接失败和远程连接不同，少了网络链路问题，但145个坑里有一半藏在Windows服务、SQL Server配置管理器以及登录名写法里,下面直接划重点。
先看懂报错再动手：常见错误与应对方向
同样的“连不上”，报错信息不同，解决办法完全不同，与其瞎试,不如先对照错误类型缩小范围。
| 报错特征 | 常见原因 | 优先排查方向 |
|---|---|---|
| “无法连接到.”“无法连接到localhost” | 服务未启动或实例名写错 | 确认SQL Server服务状态，检查连接字符串 |
| “不存在或拒绝访问” | 命名实例名拼写错误，或SQL Browser服务未启用 | 确认实例名，启动SQL Browser服务 |
| “连接超时” | 防火墙拦截，或TCP/IP协议未启用 | 检查端口监听与防火墙入站规则 |
| “用户登录失败” | 认证模式不匹配、密码错误或账户被锁定 | 切换到SQL Server身份验证，重置密码 |
| “证书链不受信任” | 本地连接使用了加密，但证书无效 | 在连接字符串中设置TrustServerCertificate=True |
多学一点点： 不要一上来就重装数据库，重装耗时且可能丢失现有实例配置,正确做法是先用错误日志和命令定位问题。
第一步：确认SQL服务是否在运行（附sqlcmd连接本地服务器命令）
多半情况下，本地连接失败是因为SQL Server服务根本没跑起来，Windows开机不会自动启动所有服务，某些优化软件也会手动禁用服务,先这样操作：
- 按下
Win+R，输入services.msc并回车。 - 在服务列表中查找类似
SQL Server (MSSQLSERVER)或SQL Server (实例名)的项目。 - 检查“状态”列是否为“正在运行”，启动类型”为“禁用”或“手动”，请右键选择“启动”，并将启动类型改为“自动”。
如果服务列表里压根找不到SQL Server相关服务，说明数据库组件没有安装成功，这属于安装问题,需要重新安装。
sqlcmd连接本地服务器命令存放位置
服务启动后，用系统自带的sqlcmd工具做一次快速验证，这是一种比打开SSMS更轻量的连接方式,也能直接暴露参数问题。
sqlcmd -S localhost -E
-S指定服务器名称，localhost或者0.0.1都代表本机。-E指使用当前Windows账户身份验证。
如果屏幕上出现1>提示符，说明连接成功，输入GO退出，如果失败,检查命令是否正确。
尝试变体写法：
sqlcmd -S . -E
这里的是SQL Server连接字符串中“本机默认实例”的缩写，如果SQL Server以命名实例方式安装，则用机器名\实例名。
sqlcmd -S localhost\SQLEXPRESS -E
第二步：sql server本地连接失败？从实例名和连接字符串说起
sql server本地连接失败，大概率是实例名写法和预期不一致，普通用户对“本地服务器”的理解各有不同，有人认为是localhost，有人认为是机器名，还有人认为是IP，但SQL Server的本地连接有严格规则。
默认实例和命名实例是两回事：
- 默认实例：安装时没有指定实例名，连接名用
localhost或即可。 - 命名实例：安装时填了一个名字，比如
SQL2019或SQLEXPRESS，连接名必须写成localhost\SQL2019。
常见错误是只写localhost，但实际安装的是命名实例，于是系统提示“找不到服务器”,这是不是和你遇到的状况一模一样？
如何确认自己电脑上装的是哪种实例？
打开“服务”窗口，看服务名。MSSQLSERVER是默认实例，MSSQL$实例名是命名实例,也可以在命令提示符中运行：
sqlcmd -L
这个命令会列举当前网络中的SQL Server实例，包括本机，如果一条都列不出来,先确认服务有没有启动。
另外注意连接字符串中的大小写和空格。 虽然Windows路径不区分大小写，但某些工具对实例名解析敏感,不要在实例名前后加空格。
localhost连接sql server提示连接超时怎么办
这属于局域网或本机协议问题，和实例名无关，先检查SQL Server是否启用了TCP/IP协议，默认情况下，SQL Server Express版本可能没有启用TCP/IP。
打开“SQL Server配置管理器”：
- 找到“SQL Server网络配置”，点击“实例名的协议”。
- 检查
TCP/IP的状态是否为“已启用”，如果禁用，右键改为“已启用”。 - 双击“TCP/IP”，切换到“IP地址”选项卡，滚动到最下面的
IPALL，确认TCP端口填了1433。 - 重启SQL Server服务。
随后用netstat验证端口是否监听：
netstat -ano | findstr 1433
如果监听成功，你会看到TCP 0.0.0.0:1433或TCP [::]:1433，记住最后一位PID（进程标识符），再用tasklist | findstr 进程号查看是谁在占用。
第三步：身份验证模式与sa登录陷阱
连接通了但登录失败，问题基本出在身份验证，SQL Server有两种验证模式：
- Windows身份验证：直接使用操作系统账户,不需要密码。
- SQL Server身份验证：使用数据库独立账户，比如
sa。
安装时如果不选择“混合模式”，则SQL Server身份验证会被禁用，这在本地连接中常表现为：“用户’sa’登录失败，该登录名来自不受信任的域，不能与Windows身份验证一起使用。”
如何启用混合认证模式
通过SQL Server Management Studio（SSMS）修改：
- 在对象资源管理器中右键服务器，选择“属性”。
- 转到“安全性”页，选择“SQL Server和Windows身份验证模式”。
- 确定后，重启SQL Server服务。
没有SSMS的话，可以用注册表临时改（不推荐但不给其他办法的情况下可用），打开regedit，定位到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server下对应实例的注册表项，找到LoginMode，将其值从1改成2。1代表仅Windows验证，2代表混合模式。
行业共识认为，sa账户在公网环境中必须禁用，但在本地开发机中，很多开发者习惯用它做验证，如果你连续输错多次密码，账户会被锁定，此时可以用Windows身份验证登录SSMS，然后在“安全性”→“登录名”下找到sa,启用该账户并重新设置密码。
密码正确但SQL连接不上本地数据库的另一种可能
即使密码正确，SQL Server也可能拒绝登录，原因在于密码策略强制要求强密码，或者账户被设置为“强制密码过期”，这类问题虽然少见，但发生时很容易让人怀疑人生，解决方法同样是登录SSMS，在sa属性中取消勾选“强制密码过期”。
第四步：端口与防火墙检查（localhost连接sql server提示连接超时怎么办）
很多人以为连本地就不需要检查防火墙，这是误解，Windows防火墙同样会拦截本机进程之间的通信，尤其是SQL Server通过TCP/IP协议访问时。
如果你已经确认TCP/IP协议启用、端口监听正常，但仍然连接超时,按下面步骤放行：
- 打开“控制面板”→“Windows Defender防火墙”→“高级设置”。
- 选择“入站规则”→“新建规则”。
- 选择“端口”，协议选“TCP”，填写
1433。 - 选择“允许连接”,应用所有配置文件。
- 给规则起个名字，如“SQL Server Local”。
业内专家指出，在开发环境中，许多连接问题是因为网络配置文件被切换为“公用”导致原有的专用网络规则失效，建议在“网络和共享中心”中把当前网络配置文件改为“专用网络”,再配合入站规则放行。
第五步：用日志与工具做最终判断
手工排查如果花掉超过20分钟，建议直接看SQL Server错误日志,错误日志记录每一次连接失败的详细原因。
默认路径通常为：
C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Log\ERRORLOG用记事本打开，搜索字符串“Login failed”或“Connection failed”。
Login failed for user 'sa'. Reason: Password did not match.这能直接告诉你密码错误，如果日志显示“Net-Library”错误,则重点检查网络库和协议设置。
用PowerShell快速测试端口通不通
Test-NetConnection -ComputerName localhost -Port 1433
成功时输出中TcpTestSucceeded为True，如果为False，说明端口不可达，继续排查防火墙和SQL Server配置。
Q&A：sql连接不上本地服务器常见问题
sqlcmd连接本地服务器提示“不存在或拒绝访问”怎么处理
“不存在”通常指服务器名称解析不到，也就是位置不对，先运行sqlcmd -L查看本机可用实例列表，如果列表里有localhost\实例名，请原样复制使用，如果运行sqlcmd -L时提示网络相关错误，说明SQL Browser服务未启动，去“服务”窗口找到SQL Server Browser,把它启动起来。
我的SQL Server服务启动后马上又停止，是什么原因
这一般不是因为连接问题，而是数据库实例本身启动失败，原因包括系统文件损坏、权限不足或配置文件语法错误，查看Windows事件查看器的“Windows日志”→“应用程序”，在来源为MSSQLSERVER的错误事件里，会写明启动失败的错误码或文件路径,根据错误码搜索即可。
本地连接时如何区分“数据库服务”和“客户端工具”问题
用最简单的测试：在“服务”窗口确认SQL Server服务状态，再用sqlcmd做无损连接，如果sqlcmd能成功，而SSMS不能，那是SSMS配置问题，如果两者都失败，说明服务、网络协议或登录账户出了问题，这个鉴别方法可以避免在错误的层面浪费时间，sqlcmd返回1>提示符时,连接链路已经完全打通。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/785431.html
