最常见的sql server连接失败原因是连接字符串格式错误，而非网络或权限问题；需按windows认证或sql账户登录正确配置字符串，注意实例名、转义、身份验证模式启用、数据库存在性、用户映射、防火墙及端口设置，并始终使用using语句确保连接释放和参数化查询防止类型转换错误。
SqlConnection 连接字符串写错，连不上最常见
90% 的连接失败不是网络或权限问题，而是 connectionString 格式不对。SQL Server 支持多种身份验证方式，对应字符串结构差异明显：
- Windows 身份验证（本地开发常用）：
"Server=localhost\SQLEXPRESS;Database=MyDb;Trusted_Connection=true;"—— 注意双反斜杠转义，SQLEXPRESS是默认实例名，若用默认实例可简写为localhost或. - SQL Server 账户登录：
"Server=localhost;Database=MyDb;User Id=myuser;Password=mypass;"—— 必须确保 SQL Server 已启用“SQL Server 和 Windows 身份验证模式”，且该账户已添加到目标数据库的db_datareader/db_datawriter角色中 - 连接超时未设，默认是 15 秒，高延迟环境建议显式加
Connect Timeout=30;
别硬背格式，用 Visual Studio 的“服务器资源管理器”右键“添加连接”，填好后点“测试连接”，成功后直接复制生成的字符串最稳妥。
SqlException 提示“Login failed for user”但账号密码没错
这个错误表面是认证失败，实际原因往往更隐蔽：
- SQL Server 服务没启动：检查 Windows 服务里
SQL Server (MSSQLSERVER)或SQL Server (SQLEXPRESS)是否正在运行 - 目标数据库不存在或拼写错误：
Database=MyDb中的MyDb必须已存在，且大小写敏感性取决于服务器排序规则（多数默认不区分） - 用户没被映射到该数据库：即使登录成功，也可能因未在目标库中执行
CREATE USER [myuser] FOR LOGIN [myuser];而被拒绝访问 - 防火墙拦截：SQL Server 默认监听 1433 端口，远程连接需确认 Windows 防火墙放行了该端口（入站规则），且 SQL Server 配置管理器中“SQL Server 网络配置 → 协议 → TCP/IP”已启用
用 sqlcmd -S localhost -U myuser -P mypass -d MyDb 命令行验证，能排除 C# 代码干扰，快速定位是环境问题还是代码问题。
using(SqlConnection) 没释放连接，很快报“Timeout expired”
连接池机制下，不显式关闭或释放 SqlConnection，会导致连接长期占用、池耗尽。典型错误写法：
SqlConnection conn = new SqlConnection(connStr); conn.Open(); // 忘了 Close()，也没用 using // 执行查询...
正确做法必须用 using 语句块，它等价于 try/finally + Dispose()，确保即使异常也会释放：
using (var conn = new SqlConnection(connStr))
{
conn.Open();
using (var cmd = new SqlCommand("SELECT * FROM Users", conn))
{
var reader = cmd.ExecuteReader();
while (reader.Read()) { /* 处理 */ }
} // reader.Dispose() 自动触发
} // conn.Dispose() 自动触发，连接归还池中
注意：不要手动调用 conn.Close() 再调用 conn.Dispose()，重复操作可能抛出 InvalidOperationException；也不要跨 using 块复用 conn 对象。
DateTime 字段插入时报“从字符串转换日期和时间时失败”
这是参数化查询没做对的典型症状，尤其当 C# 传 DateTime.Now 到 datetime 或 datetime2 列时：
- 错误做法：拼接 SQL 字符串，如
"INSERT INTO Logs VALUES ('" + DateTime.Now + "')—— 格式依赖系统区域设置，极易出错 - 正确做法：一律用参数化查询，
SqlCommand.Parameters.Add("@time", SqlDbType.DateTime2).Value = DateTime.Now; - 注意类型匹配：
datetime支持范围是 1753–9999 年，datetime2是 0001–9999 年，C# 的DateTime.MinValue（0001-01-01）不能塞进datetime列，会直接报错 - 空值处理：用
DBNull.Value代替null，例如cmd.Parameters.Add("@optDate", SqlDbType.DateTime2).Value = dateVal ?? (object)DBNull.Value;
哪怕只查一条数据，也别图省事拼 SQL 字符串——SQL 注入风险只是表象，类型转换失败才是日常开发里更常卡住你的地方。
