SQL启动后连接服务器失败，多数情况下问题不在数据库本身，而在“服务是否真的在运行、端口是否在监听、账号是否有权限”这三道关口，按服务状态、端口监听、认证权限的顺序排查，通常比直接卸载重装快得多。
很多人看到连接失败的弹窗,第一反应是数据库坏了，于是卸载、重装、再报错，一圈下来问题还在，其实启动失败和连接失败是两件事，前者是服务进程没起来，后者是进程起来了但客户端够不着，把这两件事分开看，排查路径会清晰很多。
先分清服务没启动和启动成功但连不上
用系统命令确认服务的真实状态
Windows 下别只看任务管理器，直接开命令行最准：
sc query MSSQLSERVER net start MSSQLSERVER
返回 RUNNING 说明服务在跑；返回 STOPPED 或者启动时报“错误 1067”，那就是进程层面没起来，跟客户端连接没关系了，MySQL 在 Windows 上用 net start mysql，Linux 上用：
systemctl status mysqld ss -lntp | grep 3306
systemctl 显示 active，才轮到查连接问题，服务根本没起来，却跑去改连接字符串，等于门锁着却在研究钥匙齿形。
看报错码，它比任何猜测都直接
数据库的报错信息其实很老实,只是多数人扫一眼就关掉了，下面这张表可以当成快速对照：
| 报错信息 | 常见含义 | 优先排查方向 |
|---|---|---|
| 错误 40 / 错误 26 | 客户端定位不到实例或端口不通 | 服务状态、TCP/IP 协议、实例名 |
| 错误 18456 | 登录验证没通过 | 验证模式、登录名、密码 |
| 2003 Can’t connect to MySQL server | 网络不通或服务没监听 | 服务、bind-address、防火墙 |
| 1045 Access denied | 账号、密码或来源主机不对 | 用户授权、host 字段 |
| 10061 目标计算机积极拒绝 | 端口上没有任何进程监听 | 监听地址、端口号 |
错误 40 和错误 26 是 SQL Server 里出现频率很高的两个，基本都指向“网络这一层没打通”，而不是密码问题。
本地SQL数据库连接失败和远程连接失败有什么区别
这两类故障看着像,查法完全不同，本地连不上，问题多半在实例和协议；远程连不上，问题多半在防火墙、监听地址和安全组。
本地连不上，先核对实例名和协议
SQL Server 允许一台机器装多个实例，默认实例叫 MSSQLSERVER，命名实例要写成 主机名\实例名，连接字符串里少写一个反斜杠，或者把实例名写成服务名，都会直接报错。
接着打开 SQL Server 配置管理器，路径大致是 C:\Windows\SysWOW64\SQLServerManagerXX.msc，版本号随安装版本变化，展开“SQL Server 网络配置”，确认 TCP/IP 协议是“已启用”，不少安装完成后这项默认关闭，本地用命名管道能连，一换 TCP 就失败，改完必须重启 SQL Server 服务，协议配置才生效。
远程连不上，重点查监听地址和放行规则
MySQL 的典型场景是配置文件里写着 bind-address = 127.0.0.1，意思是只接受本机连接，外部怎么连都连不上，改成 0.0.0 或者具体网卡地址，重启服务再看，同时确认 skip-networking 没有被打开。
SQL Server 则要确认端口，默认实例是 1433，命名实例可能走动态端口，需要 SQL Browser 服务配合，生产环境建议在配置管理器里把动态端口改成固定的 1433，省掉后续一堆麻烦。
网络层用两条命令验证最直接：
telnet 192.168.1.10 1433 Test-NetConnection -ComputerName 192.168.1.10 -Port 1433
前者通,说明链路和端口没问题，剩下的就是认证；不通，就往防火墙、安全组、监听地址上查。
安装SQL后启动服务连接不上服务器怎么办
新装完连不上,是咨询量很高的一类情况，按下面几项逐一对照，能覆盖大部分原因。
服务账户权限不足导致启动即退出
SQL Server 服务需要用某个 Windows 账户运行，用“本地系统账户”通常能起来，但如果改成了普通域账户，而该账户对数据目录没有读写权限，服务会启动失败或者起来后立刻停掉，检查数据文件所在目录的安全属性，给服务账户授予修改权限，再重启服务。
TCP/IP 没启用、端口被占用
按上一节的方法启用 TCP/IP，端口占用则用：
netstat -ano | findstr :1433
有输出说明端口被别的进程占了,根据 PID 在任务管理器里定位，常见冲突对象是另一个数据库实例、某些监控代理，或者上一次没退干净的进程。
验证模式选错，sa 登不进去
安装时如果选了“Windows 身份验证模式”，sa 账户是无法登录的，报错就是 18456，用 Windows 账户先连进去，在实例属性里改成“SQL Server 和 Windows 身份验证模式”，重启服务，再启用并重设 sa 密码，18456 后面的 state 值能进一步区分是密码错、账户被禁用，还是验证模式不匹配，别只盯着“登录失败”四个字。
云服务器上SQL Server连接失败怎么排查
云主机上的连接失败,多了一层安全组，排查顺序要往外扩一圈。
- 确认安全组入站规则放行了数据库端口,且来源 IP 不是只写了内网地址。
- 确认数据库监听的是
0.0.0或内网网卡，而不是0.0.1。 - 确认连接字符串里填的是公网 IP 或内网 IP，而不是
localhost。 - 确认云厂商有没有额外的网络 ACL 或防火墙策略。
业内专家指出,云环境里相当一部分“数据库连不上”最终定位到安全组没放行，而不是数据库配置本身，这个顺序先走一遍，能省掉很多来回。
认证与权限：进程正常但就是登不进去
服务在跑、端口通、telnet 也通，还是连不上，问题基本落在账号上。
- 确认登录名存在,且没有被禁用。
- 确认该登录名在目标数据库里有对应的用户映射。
- MySQL 要看清
user表里的host字段，root@localhost和root@%是两条不同记录，前者只允许本机。 - 密码里含特殊字符时,连接字符串要做转义，否则解析阶段就出错。
- 确认没有触发密码过期策略或多次失败锁定。
一套可以照着走的排查顺序
压缩成清单,下次遇到直接按顺序执行：
- 查服务状态,确认进程在运行。
- 查监听端口,确认端口处于 LISTENING 状态。
- 本机用
telnet 127.0.0.1 端口测试，排除网络因素。 - 远程再测一次,区分是本机问题还是链路问题。
- 核对实例名、端口号、连接字符串。
- 检查防火墙、安全组、监听地址。
- 检查验证模式与账号权限。
- 查数据库错误日志,看服务端记录的真实原因。
行业共识认为,前四步能覆盖多数常见故障，剩下的多半是配置细节，日志里通常写得很清楚。
如果确认是数据文件损坏或实例反复崩溃,先备份再考虑修复或迁移，别在没备份的情况下重装，数据库可以重装，数据重装不回来。
SQL启动连接到服务器失败，本质是一道分层排查题：先确认服务活着，再确认端口通着，最后确认账号有权限，顺序对了，绝大多数问题在半小时内能定位到具体环节。
SQL启动连接到服务器失败常见问答
SQL启动连接到服务器失败，重装能解决吗
多数情况下不能,重装只覆盖程序文件，配置、端口、防火墙、账号权限往往原样保留，装完照样报错，只有在安装文件损坏、实例注册信息错乱这类明确场景下，重装才有意义。
SQL Server 错误 18456 和错误 40 有什么区别
18456 是认证层失败，说明客户端已经找到了实例，只是账号没过；错误 40 是连接层失败，客户端压根没建立到实例的通道，前者查登录名、密码、验证模式，后者查服务、协议、端口和防火墙。
数据库在云服务器上，本地连不上但服务器内能连，是什么原因
服务器内能连,说明服务和实例正常，问题出在网络路径上，依次检查数据库监听地址是否为 0.0.0.0、云安全组是否放行端口、服务器系统防火墙是否拦截，以及连接时使用的地址是不是公网 IP 而非 127.0.0.1。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/774782.html
