sql安装服务器模式选择哪个，数据库性能最优配置怎么选？

安装SQL Server时，服务器模式最核心的选择是“身份验证模式”，绝大多数生产环境建议选“混合模式”，个人学习或纯内网单机使用可选“Windows身份验证模式”。

为什么说身份验证模式是安装SQL Server时最关键的选项

很多人在安装SQL Server时一路点击“下一步”，到了“数据库引擎配置”页面突然卡住，页面上写着“Windows身份验证模式”和“混合模式”，旁边还有一行小字“SQL Server身份验证”，这就是常说的服务器模式选择，它决定了你以后怎么登录数据库。

Windows身份验证模式只允许Windows系统账户登录，好处是安全风险低，密码策略由系统托管，不需要额外记数据库密码，但它的局限性也很明显：如果要用Java、Python等程序连接数据库，或者用Navicat等第三方工具，通常需要SQL账户。

混合模式等于同时开了两扇门，既可以用Windows账户登录，也可以用SQL账户登录，行业共识认为，只要你的数据库可能被联网访问，或者跑着Web应用，就选混合模式，近年来，相当一部分数据库安全事故源于弱SQL密码，所以选用混合模式后，务必设置强密码。

两种模式在实际使用中的具体差异

根据使用场景选择：该选Windows身份验证还是混合模式

如果你不确定自己的情况属于哪一类,直接对照以下几个典型场景。

自己学习SQL，只在电脑上练手

这种情况下选Windows身份验证模式完全够用，你不需要配置任何额外的登录名，打开SSMS时默认就用当前Windows账户连进去，值得留意的是，很多初学者在虚拟机里装SQL Server，如果选Windows模式，换个用户登录Windows虚拟机后会发现进不了数据库系统，这时候要么切换回原账户，要么重新安装。

开发Web应用或接口服务

只要你的程序部署在服务器上,并且通过连接字符串访问数据库，就选混合模式，编程语言中的连接字符串最常见的写法是Server=.;Database=Test;User Id=sa;Password=123456;，这类写法要求SQL Server处于混合模式，如果不小心选了Windows模式，程序会报“用户 ‘sa’ 登录失败”一类错误，排查起来很耗费时间。

多个开发人员共用一台数据库服务器

用混合模式后,你可以为每个同事创建独立的SQL登录名，分别授予不同数据库的权限，这样做的好处是出了问题能追溯到具体人，而且某人离职时只删除他的登录名，不影响其他人，相比之下，Windows模式在非域环境下很难为不同人分配独立权限。

服务器托管在云上或IDC机房

凡是需要远程管理的场景,直接选混合模式，云服务器通常不在域中，用Windows身份验证模式往往只能通过本机远程桌面登录后再连接，操作繁琐且每次都要先打开远程桌面，混合模式允许你在任何终端的SSMS里直接填IP地址和SQL账号就能连上，方便得多。

别忘了实例模式：默认实例和命名实例怎么选

在安装过程中,还有一个类似“模式”的选项容易被忽略，那就是实例配置，它和身份验证模式是两件独立的事，但很多人会同时困惑。

默认实例的实例名是MSSQLSERVER,连接时直接用服务器IP或计算机名，比如localhost或168.1.10，命名实例则在默认基础上多一个名字，比如

计算机名SQLEXPRESS或IP地址SQL2019。

选默认实例还是命名实例的实用建议

• 选默认实例：如果你打算在一台服务器上只装一个SQL Server，或者希望连接字符串最短，默认实例对于开发来说最省心，几乎所有工具都能自动识别。
• 选命名实例：如果一台服务器需要同时运行多个版本的SQL Server，比如既有2016又有2019，或者你想让同一台电脑上的不同项目使用完全隔离的实例，就用命名实例，命名实例的端口默认动态分配，较新的连接工具通常能自动发现，但某些老程序需要指定端口号。

对大多数个人及中小团队来说,选默认实例就足够了，当你的服务器资源紧张，需要严格控制内存使用时，才考虑命名实例。

服务器配置中的服务账户该怎么填

安装过程里还有一处写着“服务器配置”的页面，需要填写SQL Server数据库引擎服务的启动账户，这里的“服务器模式”容易和身份验证模式混淆，其实指的是服务以什么系统身份运行。

最常见的两种选择

• NT ServiceMSSQLSERVER：这是默认选项，也是推荐选项，SQL Server以独立的虚拟账户运行，不占用用户登录名，权限由系统自动控制，不需要额外设置。
• Network Service：如果SQL Server需要访问网络上的其他资源，比如另一台机器上的文件共享，可以选这个，但绝大多数情况下用不到。

不要用“本地系统”账户，虽然它权限最高，但会让SQL Server获得过大的系统访问权限，一旦数据库被注入攻击，黑客可能顺势控制整个操作系统，业内专家指出，默认的虚拟账户在安全性和功能之间已经达到优化平衡点，大部分生产环境不需要改动。

安装完成后常见问题排查

选好模式并完成安装后,你可能会遇到一些典型问题，下面按出现频率排序。

1. 

   连接时报“用户 ‘sa’ 登录失败”：混合模式下，这是密码错误或账户被禁用导致的，打开SSMS用Windows方式登录，然后在安全性->登录名中找到sa，右键属性，设置密码并取消勾选“强制实施密码策略”，还要在服务器属性->安全性中确认“SQL Server和Windows身份验证模式”已开启。

2. 远程连接超时：确认防火墙放行了1433端口，右键任务栏SQL Server配置管理器，查看SQL Server网络配置中的TCP/IP协议是否为“已启用”，并且监听端口是1433，如果用的是命名实例，还要启用SQL Server Browser服务。
3. 选错Windows验证模式后能否补救：可以，打开SSMS用Windows方式连接，在服务器属性->安全性中改成“SQL Server和Windows身份验证模式”，重启服务后就能创建SQL登录名了，不需要重新安装。

Q&A：sql安装服务器模式选择哪个常见疑问

问：安装SQL Server时直接选混合模式会不会有安全风险？

不会因为选了混合模式就变危险,危险来自弱密码和过量权限，记住两点：sa账号必须设置至少12位的强密码；创建其他SQL登录名时，只赋予必要的数据库角色，做到这两点，混合模式的安全等级比Windows模式不会差太多。

问：我已经安装了Windows身份验证模式，能改成混合模式吗？

能改,流程是打开SSMS以Windows身份登录，在服务器属性页的“安全性”选项卡中勾选“SQL Server和Windows身份验证模式”，确认后重启SQL Server服务，再按照刚才的方法启用sa并设密码即可。

问：默认实例和命名实例在连接字符串上有什么区别？

默认实例的连接字符串为Server=192.168.1.10;Database=mydb;User Id=sa;Password=xxx;，命名实例需要写成Server=192.168.1.10SQL2019;Database=mydb;User Id=sa;Password=xxx;，注意中间的反斜杠不能漏，如果漏了会直接报找不到服务器，命名实例的端口是动态的，连接较慢时可以固定端口号，但开发环境不推荐动它。