SQL Server用着总碰到的那些老毛病和坑，真是让人头大

（一）安装和配置就一堆坑

SQL Server的安装过程看着挺简单，下一步下一步就行，但新手特别容易在这里栽跟头，最大的一个坑就是“默认实例和命名实例”的选择，好多人在自己电脑上装着玩，根本没仔细看，直接默认实例装上去，结果后面想再装一个其他版本的SQL Server做测试，发现死活装不上，报一堆看不懂的错误，这时候才明白，第一次安装如果用了默认实例（就是没啥名字的那个），它就把默认的位置给占了，后来者想安装，就只能用命名实例（就是自己起个怪名字），用起来特别扭，连接字符串里还得带上那个实例名，一不小心就忘了。（来源：众多开发者在论坛中的吐槽）

安装过程中还有个烦人的地方是排序规则,安装向导里默认是SQL_Latin1_General_CP1_CI_AS，这个设置一旦装好，几乎就不能改了，要改？行啊，得重装整个SQL Server，或者导数据这种大动干戈的操作，很多团队一开始没注意，等项目做到一半，发现中英文混着排序不对，或者大小写敏感出了问题，这时候真是欲哭无泪，特别是需要和应用程序的字符串比较保持一致的时候，这个坑能让人折腾好几天。（来源：项目开发中的常见教训）

（二）管理工具SSMS的“脾气”大

SQL Server Management Studio (SSMS) 是管理数据库的主要工具，但这工具用起来也经常让人上火，最经典的就是那个“连接到服务器”对话框，有时候服务器明明开着，网络也是通的，账号密码也对，可它就是连不上，弹个错误消息也说得不明不白，你可能得去检查SQL Server服务有没有启动，TCP/IP协议启用没，端口对不对，防火墙有没有挡住1433端口……排查一圈，最后发现可能只是服务器名输了个小数点“.”，而它今天偏偏不认识这个本地简写了，非得让你写“localhost”或者完整的机器名才行。（来源：DBA日常维护中的高频问题）

在SSMS里写查询也够呛,那个查询窗口有时候会突然“卡死”，你看着它显示“正在执行查询...”，然后就没动静了，你等啊等，忍不住点了取消，结果SSMS自己也跟着无响应了，最后只能从任务管理器强行关掉，损失了刚才写了一半没保存的脚本，气得想砸键盘，后来有经验了，执行大查询前一定先保存，还有就是结果网格显示，有时候数据量一大，它显示起来就特别慢，还容易把SSMS搞崩溃。（来源：开发者普遍的使用体验）

（三）备份恢复的惊魂时刻

数据库备份是头等大事,但SQL Server的备份恢复也藏着坑，最常见的是做完整备份，文件巨大无比，动不动就几十个G，不仅占硬盘，备份过程还拖慢整个数据库的性能，更吓人的是恢复的时候，你以为有备份就高枕无忧了？想简单了，如果你直接在当前服务器上恢复一个数据库，它会告诉你数据库正在被使用，无法覆盖，你得先想办法把所有人都踢出去，把数据库设成单用户模式，这操作本身就有点风险，万一恢复过程中途出错，原来的数据库可能也进不去了，那真是叫天天不应。（来源：系统运维中的事故复盘）

还有日志文件暴涨的问题,这绝对是新手DBA的噩梦，你可能只是做了一个大批量数据操作，比如删除几百万条数据，然后发现C盘空间报警了！一看，数据库的日志文件（.ldf）涨到了几十个G，把硬盘撑满了，服务器直接宕机，这是因为数据库的恢复模式如果是“完整”模式，它会把所有操作都详细记录下来，等着你去做日志备份，如果你只做完整备份，从不做日志备份，这个日志文件就会无限增长下去，解决起来也很麻烦，你得紧急腾出硬盘空间，然后赶紧做一次日志备份或者把恢复模式改成简单模式。（来源：CSDN等技术社区大量求助帖）

（四）性能问题神出鬼没

刚开始用SQL Server，感觉速度飞快，等数据量到千万级别，各种性能问题就全来了，最让人头疼的就是死锁，两个用户或者两个操作，一个锁住了A表等B表，另一个锁住了B表等A表，俩人谁也不撒手，系统就卡在那儿了，错误日志里会记录死锁信息，但那个死锁图看起来像天书，没点经验根本分析不出到底是哪句SQL惹的祸，只能靠猜，或者上监控工具，非常被动。（来源：数据库性能调优案例）

查询突然变慢也是常事,今天一个查询跑1秒，明天一模一样的查询可能就跑1分钟，原因五花八门：可能是统计信息过期了，SQL Server对数据分布判断失误，生成了一个很烂的执行计划；也可能是参数嗅探的问题，第一次执行用了某个参数生成了个好计划，结果这个计划被缓存下来，下次换了个参数，这个计划就变成了灾难，解决这类问题需要DBA有很深的功底，普通开发人员遇到基本抓瞎。（来源：资深DBA的经验分享）

（五）版本和兼容性的纠结

微软对SQL Server版本更新挺勤快，从2008、2012、2014一直到现在的2019、2022，但版本间的兼容性有时候会出问题，你在高版本（如SQL Server 2019）的SSMS上写的脚本，拿到低版本（如SQL Server 2008 R2）的服务器上去执行，可能会因为语法不支持而报错，虽然数据库兼容级别可以设低一点，但也不是万能的。

最坑的是,有些功能在高版本中是默认开启的，在低版本里根本没有，延迟持久性”这类新特性，如果你不了解，部署时环境不一致，就可能出现“在测试环境好好的，一上线就出问题”的诡异情况，逼得大家只能在脚本里各种写版本判断，搞得特别复杂。（来源：项目迁移和部署过程中的常见困扰）

SQL Server功能强大是不假，但这些零零碎碎、时不时跳出来恶心你一下的小毛病和深坑，确实让无数程序员和DBA感到头大，很多时候问题不在于多么高深的技术，而在于这些经验性的“坑”，踩过一次，才能长一次记性。