如何在SQL Server 2017 Express中启用SQL Server身份验证并解决连接问题？

我来帮你梳理下可能导致SQL Server身份验证失败的几个常见环节，咱们一步步排查：

这是最容易忽略的前提：

• 如果你能通过Windows身份验证登录SQL Server Management Studio（SSMS），右键你的实例（通常是localhost\SQLEXPRESS）→ 属性 → 安全性，确保选中「SQL Server和Windows身份验证模式」。
• 更改后必须重启SQL Server服务（在Windows服务里找到「SQL Server (SQLEXPRESS)」，右键重启），否则配置不会生效。
• 如果连SSMS都没法用Windows身份验证登录，先确认实例名称是否正确：本地Express默认实例名是SQLEXPRESS，连接时要写localhost\SQLEXPRESS或.\SQLEXPRESS，不能直接写localhost。

如果你新建了SQL身份验证账号，务必核对以下几点：

• 账号状态是否启用：在SSMS的「安全性」→「登录名」里找到你的账号，右键→属性→状态，确保「登录」选项是「启用」（部分场景下新建账号默认是禁用的）。
• 数据库权限是否分配：切换到「用户映射」标签，勾选你要连接的目标数据库，同时给账号分配合适的角色（比如db_owner用于测试）。
• 别混淆身份验证类型：Windows本地账号属于Windows身份验证范畴，不能用它来填SQL身份验证的user和password字段。SQL身份验证的账号是在SQL Server内独立创建的登录名（比如sa或自定义的login）。

虽然你已经解决了1433端口的问题，但再确认下细节：

• 打开SQL Server配置管理器，展开「SQL Server网络配置」→「SQLEXPRESS的协议」，确保TCP/IP是启用状态。
• 双击TCP/IP，切换到「IP地址」标签，拉到最下面的「IPAll」，确认TCP端口是1433，然后重启SQL Server服务。
• 测试端口连通性：用PowerShell执行Test-NetConnection localhost -Port 1433，或者用telnet localhost 1433，确保端口能正常访问，同时检查本地防火墙是否允许1433端口的入站连接。

用tedious适配器时，配置容易踩坑，给你一个标准的测试配置参考：

const sql = require('mssql');

const config = {
  user: '你的SQL登录名',
  password: '你的登录密码',
  server: 'localhost\\SQLEXPRESS', // 注意反斜杠要转义，或者用'./SQLEXPRESS'
  database: '你的目标数据库名',
  options: {
    encrypt: false, // 本地Express实例默认不需要加密
    trustServerCertificate: true,
    instanceName: 'SQLEXPRESS' // 显式指定实例名，避免歧义
  },
  port: 1433
};

async function testConnection() {
  try {
    await sql.connect(config);
    console.log('数据库连接成功！');
  } catch (err) {
    console.error('连接失败详情:', err.message);
  }
}

testConnection();

• 特别注意：如果想用Windows身份验证连接，要把配置里的user和password去掉，加上authentication: 'ntlm'，不要两种身份验证方式混着用。

如果以上步骤都没解决问题，直接看错误日志找原因：

• 在SSMS里展开实例→「管理」→「SQL Server日志」，打开最新的日志文件，里面会记录登录失败的具体错误码（比如18456）和状态码。常见状态码对应的问题：
  • 状态8：密码错误
  • 状态11/12：账号禁用或不存在
  • 状态16：密码正确，但账号没有目标数据库的访问权限

内容的提问来源于stack exchange，提问作者li x