查看SQL数据库服务器端口号，最直接的方法是打开SQL Server配置管理器，进入TCP/IP协议的“IP地址”选项卡查看IPAll中的TCP端口；命令行场景用 netstat -ano | findstr "1433" 也能快速定位监听端口。
为什么先要搞清楚SQL数据库服务器端口号
端口号可以理解成数据库对外的门牌号,客户端要连上SQL Server，必须同时填对IP地址和端口号，只要端口不清楚，连接字符串、防火墙放行、云安全组配置全都无从下手。
多数连接失败、远程连不上、不同实例打架等问题，追到底经常就是端口没确认清楚，尤其在多实例共存、默认端口被改、云服务器第一次部署这几种场景下，端口号比想象中更容易搞混。
怎么查看sql server端口号？Windows图形界面最稳
平时在Windows服务器上排查,图形界面是最不容易出错的路径，按下面步骤操作，两分钟内基本能锁定端口。
- 在运行框输入
SQLServerManager15.msc打开SQL Server配置管理器，不同版本后两位数字不同，SQL Server 2017是14，2019是15，2026是16。 - 左侧展开“SQL Server网络配置”，点击对应实例的“协议”。
- 右侧双击“TCP/IP”，切到“IP地址”选项卡。
- 拉到最底部,看“IPAll”区域。
- TCP端口”里有数字，就是当前使用的固定端口；TCP端口”为空，而“TCP动态端口”有数字，说明当前跑的是动态端口。
固定端口直接记下来就能用,动态端口则需要去错误日志里确认实际监听值，因为每次重启可能变化。
本地sql数据库端口号怎么看？图形界面和日志两种方式
有些本地开发环境没装配置管理器,或者服务是远程连过来只能用命令行，这种情况可以从错误日志里翻，SQL Server每次启动时都会把实际监听端口写进日志。
日志路径通常类似于：
C:Program FilesMicrosoft SQL ServerMSSQL15.MSSQLSERVERMSSQLLogERRORLOG- 命名实例路径中
MSSQL15.实例名
用记事本打开ERRORLOG文件,搜索“listening on”，能找到类似 Server is listening on [ 127.0.0.1 <ipv4> 1433] 的记录，冒号后面的数字就是真实端口，这种方式适合本地sql数据库端口号查看，也适合没有图形界面权限的运维场景。
命令行查看sql数据库端口号的实操步骤
命令行更适合远程排查、写脚本批量检查，或者配置管理器打不开的时候使用，下面几条命令覆盖了大多数情况。
- 查看固定端口1433是否在监听：
netstat -ano | findstr "1433"
输出结果中最后一列是PID，对应进程通常是sqlservr.exe。 - 如果是动态端口,先找到进程PID：
tasklist | findstr "sqlservr"
记下PID后，再用netstat -ano | findstr "PID"反查具体监听端口。 - PowerShell方式更直观：
Get-NetTCPConnection -LocalPort 1433 -State Listen | Select-Object LocalAddress,LocalPort,OwningProcess
OwningProcess就是占用端口的进程ID。 - 从注册表直接读端口：
reg query "HKLMSOFTWAREMicrosoftMicrosoft SQL ServerMSSQL15.MSSQLSERVERMSSQLServerSuperSocketNetLibTcpIPAll" /v TcpPort
这条命令读的是配置管理器里设置的TCP端口，不一定等于当前实际监听端口，需要结合netstat验证。
命令在Windows Server和Windows 10/11本地环境都可执行，权限较低时可能需要以管理员身份打开命令提示符。
sql server默认端口号是多少？动态端口和静态端口对比
据微软官方文档,SQL Server默认实例的标准端口是1433，命名实例默认使用动态端口，并通过SQL Server Browser服务来解析实际端口，很多刚接触的人会默认所有实例都是1433，结果连不上命名实例。
动态端口存在一个明显问题：服务重启后端口可能变化，客户端连接字符串就得跟着改，生产环境一般都会把命名实例改成固定端口，便于防火墙和运维管理。
| 对比项 | 默认实例 | 命名实例 |
|---|---|---|
| 端口类型 | 固定1433 | 默认动态端口 |
| 是否依赖SQL Browser | 不依赖 | 默认依赖 |
| 重启后端口是否变化 | 不变 | 可能变化 |
| 防火墙配置难度 | 较低 | 较高，需放行随机端口或固定端口 |
固定端口的好处很直接：连接字符串稳定，防火墙规则不用反复调整，团队沟通成本低，多数情况下，把命名实例也改成固定端口是更省事的选择。
远程连接和云服务器场景下如何确认端口
远程连接时端口问题会被放大,本地连不上通常还能看配置管理器，远程连不上往往是安全组、防火墙、端口三件事搅在一起。
以简米云sql server端口号为例，如果服务器部署在简米云ECS上，只改数据库端口还不够，必须同步修改安全组入方向规则，安全组没放行新端口，客户端连接会直接超时，和数据库本身没有关系，检查顺序通常是：
- 先在服务器本地
netstat -ano | findstr "端口号"确认SQL Server在监听。 - 再用
telnet 公网IP 端口号从客户端测连通性。 - 如果本机监听正常但远程telnet不通,优先查云安全组和Windows防火墙。
本地机房服务器也同样要检查硬件防火墙和系统防火墙,很多“改了端口连不上”的报障，最后发现是防火墙只放行了旧端口。
sql server端口号被占用怎么办？排查与修改方案
端口被占用不常见,但多实例、IIS站点、某些上游系统共用服务器时会出现，典型现象是SQL Server服务启动失败，日志里报端口冲突。
先用命令找到占用进程：
netstat -ano | findstr "1433"拿到PID。tasklist /FI "PID eq 对应数字"看进程名。
如果占用者不是SQL Server，比如IIS的某个站点或第三方程序，有两种处理思路：
- 修改SQL Server端口，避免和应用抢端口，在配置管理器TCP/IP属性里改IPAll的TCP端口，重启SQL Server服务。
- 如果占用程序可以调整,就让它换个端口，保持SQL Server端不动，减少数据库侧风险。
改完端口后,客户端连接字符串、防火墙规则、云安全组规则必须同步更新，否则会出现数据库服务正常、本地也连得上，但远程客户端连不上的情况。
端口冲突排查中最容易漏掉的是动态端口冲突,多个命名实例同时使用动态端口，又没配置好SQL Browser服务，就可能出现端口随机碰撞，把每个命名实例固定为不同端口，是长期最稳妥的做法。
查看SQL数据库服务器端口号,优先用SQL Server配置管理器看IPAll的TCP端口，命令行用 netstat -ano | findstr "1433" 验证实际监听，默认实例端口多为1433，命名实例默认动态端口，生产环境建议固定端口，改端口后必须同步防火墙、安全组和客户端连接字符串，否则排查半天可能问题根本不在数据库。
常见问题解答
怎么查看sql数据库服务器端口号最简单？
最快速的方式是打开SQL Server配置管理器，展开“SQL Server网络配置”，双击TCP/IP，在“IP地址”选项卡底部IPAll区域查看TCP端口，图形界面直观，适合大多数Windows环境。
sql server端口号改了但连不上怎么办？
按顺序检查三处：SQL Server服务是否已经重启，Windows防火墙或云安全组是否放行新端口，客户端连接字符串里的端口号是否同步修改，多数情况下问题出在防火墙或安全组规则没更新。
命令行怎么查看sql数据库端口号？
在Windows命令行中执行 netstat -ano | findstr "1433"，能直接看到1433端口的监听状态和进程PID，如果使用动态端口，先通过 tasklist | findstr "sqlservr" 获取进程PID，再用 netstat -ano | findstr "PID" 反查实际监听端口。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/668949.html
