SQL连接服务器在哪个端口，默认1433端口如何设置最合适？

SQL Server默认实例连接端口是TCP 1433，命名实例默认使用动态端口，客户端先通过UDP 1434向SQL Browser服务查询实际端口。 要连远程数据库，除了连接字符串端口写对，服务器防火墙和云安全组的入站规则也必须放行对应端口,否则再正确的配置也连不上。

sql server默认端口是多少？1433是远程连接的第一道门槛

SQL Server数据库引擎分默认实例和命名实例,两者端口行为完全不同。

• 默认实例：安装时未做改动，固定监听TCP 1433。
• 命名实例：默认启用动态端口，每次服务启动可能变化，依赖SQL Server Browser服务在UDP 1434回应客户端查询。
• 如果给命名实例手动指定了静态端口，客户端可以直接连该端口，不再依赖UDP 1434。

据微软官方文档，1433由IANA注册给SQL Server默认实例使用，多数企业内网、云服务器、监控脚本都围绕这个默认端口做配置，所以1433成了SQL Server连接排障中出现频率最高的数字。

本地sql server连接端口配置在哪看

打开SQL Server配置管理器，展开“SQL Server网络配置”，点击目标实例的协议，双击“TCP/IP”，切到“IP地址”标签，最底部“IPAll”里的“TCP端口”就是当前监听端口。

• 空白表示使用动态端口。
• 填写具体数字，例如1433,表示静态端口。
• 改完需要重启SQL Server服务才生效。

也可以用T-SQL直接查出当前连接使用的端口：

SELECT local_tcp_port
FROM sys.dm_exec_connections
WHERE session_id = @@SPID;

为什么有的sql server不用1433也能连

连接字符串里主机名后加英文逗号和端口号时,客户端会直接连指定端口。

Server=192.168.1.20,14333

这说明1433不是强制规定，只是默认值，很多生产环境为了避免扫描攻击，会改成其他端口，再通过安全组和内部文档同步，只要服务器监听、防火墙放行、连接字符串带对端口,就能正常建立连接。

mysql和sql server端口对比，连接字符串别在3306和1433之间绕晕

同时跑多套数据库的开发环境，端口记混是连接失败的高频原因，尤其MySQL和SQL Server，一个是3306，一个是1433,经常在Navicat或DBeaver连接时填错。

业内专家指出，多数SQL Server连接失败不是服务没启动，而是端口和协议没有对齐，SQL Server默认走TCP/IP，3306是MySQL的监听端口，两者的通信协议不通用，把1433写成3306，客户端会直接报“无法连接到服务器”。

连接字符串里的端口到底怎么写

标准格式：

Server=服务器IP或主机名,端口号;Database=数据库名;User Id=用户名;Password=密码;

实际示例：

Server=192.168.1.50,1433;Database=ERP;User Id=sa;Password=;

端口紧跟主机名，中间用英文逗号，不加空格，使用默认1433时，可以省略,1433,但显式写出来更适合排障判断。

云服务器sql连接端口安全组放行教程（附简米云场景）

云服务器上的SQL Server连不上，问题多数不在SQL Server本身,而是安全组和系统防火墙两层拦截。

• 系统防火墙：Windows Defender防火墙需要新建入站规则，放行TCP 1433。
• 云安全组：简米云、酷番云、华为云控制台都要在入方向手动添加规则。
• 地域节点：北京、上海、广州等地域不影响端口号，但安全组是地域级资源,换地域需要重新配置。

简米云ECS安全组放行步骤

1. 登录ECS控制台,找到实例绑定的安全组。
2. 点“配置规则”，进入“入方向”,手动添加规则。
3. 协议类型选择TCP，端口范围填1433/1433，授权对象填办公出口IP或0.0.0/0（仅测试临时使用）。
4. 如果还要用命名实例动态端口，需要额外放行UDP 1434

   

   。

5. 服务器内部执行：

netstat -ano | findstr 1433

确认监听地址是0.0.0或内网IP，而不是仅0.0.1，仅监听本机时,远程连接一定失败。

北京地区机房sql连接端口测试命令

地域不改变测试命令,本地打开CMD执行：

telnet 服务器公网IP 1433

窗口进入黑屏或提示连接成功，表示端口通了，提示“无法打开到主机的连接”，则按顺序排查安全组、系统防火墙、SQL Server监听状态。

sql连接服务器端口被占用怎么办？用一条命令找出来

端口被占用多发生在同一台服务器运行多个SQL Server实例,或其他软件抢先占用了1433。

排查步骤：

• 在服务器上执行：

netstat -ano | findstr 1433

• 查看最后一列PID，

TCP 0.0.0.0:1433 0.0.0.0:0 LISTENING 1040

• 执行：

tasklist | findstr 1040

• 如果进程不是sqlservr.exe，说明被其他程序占用，需要更换SQL Server端口或停止冲突进程。

修改SQL Server监听端口实操

1. 打开SQL Server配置管理器。
2. 找到目标实例的TCP/IP协议,打开属性。
3. 在“IP地址”标签，逐个IP和IPAll中清空“TCP动态端口”，在“TCP端口”填入新端口，例如14330。
4. 重启SQL Server服务。
5. 连接字符串同步改为Server=IP,14330。
6. 防火墙和安全组同步放行新端口,旧的1433建议关闭。

动态端口固定成1433的配置路径

先把服务器上其他实例或软件是否占用1433确认清楚，然后在TCP/IP属性的IPAll中，清空“TCP动态端口”，把“TCP端口”填1433，行业共识认为，生产环境显式指定静态端口比依赖SQL Browser动态发现更稳定，连接速度也更快,防火墙规则也更容易写清楚。

远程连接sql server报错时，先检查端口这三个地方

连接报错不用立刻重装，按下面顺序排查,能快速定位大部分问题。

1. SQL Server服务是否运行：services.msc里找SQL Server (MSSQLSERVER)，状态应为“正在运行”。



2. 监听端口是否正确：配置管理器里看TCP端口，或执行netstat -ano | findstr 1433确认监听存在。
3. 网络层是否放行：服务器本地防火墙、云安全组、公司出口防火墙三层都要放行对应TCP端口。

如果端口、防火墙都没问题仍连不上，检查SQL Server身份验证模式，Windows身份验证模式会拒绝SQL账号登录，需要在SSMS实例属性里切换为“SQL Server和Windows身份验证模式”,并重启服务。

用PowerShell快速放行1433

在Windows服务器管理员PowerShell中执行：

New-NetFirewallRule -DisplayName "SQL Server 1433" -Direction Inbound -Protocol TCP -LocalPort 1433 -Action Allow

这条命令会在系统防火墙创建一条入站放行规则，适合批量部署或在没有图形界面的Server Core上操作。

Q&A：sql连接服务器在哪个端口等常见问题

sql连接服务器在哪个端口

SQL Server默认实例使用TCP 1433，命名实例默认使用动态端口，客户端通过UDP 1434查询SQL Browser服务获得实际端口，连接字符串中主机名后加,端口号可以指定非默认端口。

sql server改端口后远程连不上了怎么办

依次检查：配置管理器里TCP/IP是否所有IP都填了新端口；服务是否重启；服务器防火墙新建规则是否填写新端口；云安全组入方向规则是否同步修改，多数情况是防火墙或安全组仍放行旧端口,导致连接被拦截。

云服务器上运行两个sql server实例，端口怎么分配

第一个默认实例用1433，第二个命名实例建议手动指定静态端口，例如TCP 1435，虽然1435和1434数字接近，但1434是SQL Browser的UDP端口，TCP与UDP互不影响，连接时在主机名后写,1435指向第二个实例，少部分企业把默认实例改成其他端口，再用1433跑命名实例，这样容易在安全组配置里把自己绕晕,生产环境不建议这么设计。

默认1433不是刻在石头上的规矩，而是约定俗成的默认值，只要清楚三件事SQL Server监听哪个端口、防火墙和安全组有没有放行、连接字符串有没有带对端口，就能避开绝大多数远程连接故障，遇到连不上，先看端口再看服务,按顺序排障会快很多。