MSSQL数据库分离附加那点事儿，教你快速搞定性能飞起来

关于MSSQL数据库分离附加那点事儿，教你快速搞定性能飞起来 整理自网络技术社区分享、微软官方文档摘要以及DBA实践经验谈）

很多人觉得SQL Server的数据库分离和附加操作挺简单的，不就是点几下鼠标的事儿吗？但就是这么基础的操作，里面藏着不少能让数据库性能“飞起来”或者直接“趴窝”的细节，今天咱们就抛开那些复杂的概念,用大白话聊聊怎么把它玩转。

分离附加：到底是干啥用的？

简单说，分离就像把数据库从SQL Server这个“大管家”手里暂时解放出来，分离后，“大管家”就不管这个数据库的文件了（.mdf主数据文件和.ldf日志文件），你可以随便拷贝、移动甚至备份这些文件，附加呢，就是告诉“大管家”：“嘿，我又把这个数据库请回来了，你继续管着吧。”

这功能常用在啥地方？比如服务器迁移、想把数据库文件挪到更快的硬盘上、或者单纯就是做个冷备份,都比直接打包备份文件来得快。

分离操作：不是点了“确定”就完事儿

分离操作看着简单，但坑也不少，最重要的一点是：确保没人正在用这个数据库！ （来源：常见DBA操作失误总结）你要是强行分离一个还有活跃连接的数据库，轻则报错，重可能导致数据不一致，稳妥的做法是，分离前先把数据库设置成单用户模式，踢掉所有其他连接,或者挑个半夜没人用的时候搞。

还有个选项叫“删除连接”，这个要慎用！（来源：微软官方文档提示）它确实能强制断开所有连接，但万一有重要数据正在写入，就可能出问题，好比强行拔U盘,可能伤数据。

分离成功后，记得立刻去检查一下文件还在不在原位置，有时候你以为分离了，其实可能因为权限问题失败,文件并没真正释放。

附加操作：门牌号要对得上

附加操作的核心是“认文件”，你需要告诉SQL Server，mdf文件在哪儿，系统通常会自动帮你找到对应的ldf日志文件,但这里有几个关键点能直接影响性能：

1. 文件位置是关键中的关键！ （来源：服务器性能优化实践）如果你附加数据库时，还是把数据文件和日志文件放在原来那个慢吞吞的机械硬盘上，那附加一百遍性能也飞不起来，正确的做法是，趁分离这个机会，把文件移动到性能更好的存储上，比如SSD固态硬盘，附加的时候指定新位置，SQL Server读写数据的速度立马提升一个档次。

2. 处理丢失的日志文件。 有时候日志文件（.ldf）不小心删了或者丢了，只剩个.mdf文件，附加时会报错，这时候可以尝试一个小窍门（来源：技术社区应急方案）：在附加对话框的“数据库详细信息”里，选中那条丢失的日志文件记录，直接点击“删除”按钮把它从列表里移除，然后附加，SQL Server会为你创建一个新的干净日志文件。注意：这会丢失所有未提交的事务日志，只能作为应急恢复手段，不能常规使用。

   

3. 权限问题别忽视。 如果你把数据库文件挪了地方，一定要确保SQL Server的服务账户对这个新文件夹有完全的读写权限，不然附加肯定失败,错误信息可能还说得不清不楚。

怎么才能真正让性能“飞起来”？

分离附加本身不是性能优化工具，但它为你提供了一次绝佳的优化机会。

• 迁移到高速磁盘： 这是最立竿见影的效果，分离后，将数据库文件拷贝到SSD盘，再附加过去，尤其是对于日志文件，它的写入操作非常频繁,放在SSD上收益巨大。
• 整理文件碎片： 如果数据库运行久了，文件在硬盘上可能支离破碎，分离后，你可以利用工具对硬盘进行碎片整理，或者干脆把文件拷贝到一个刚格式化过的、连续空间大的分区，再附加,这样物理读取会更连续。
• 释放空间： 数据库里可能有很多删除数据后留下的空白空间（内部碎片），在分离前，可以先对数据库进行收缩（谨慎使用，可能适得其反）或重建索引，减少文件大小,附加后数据密度更高。

一些真心提醒

• 备份！备份！备份！ 在进行任何分离操作之前，务必确保你有其他可靠的备份，分离附加是有风险的操作，万一文件损坏,哭都来不及。
• 大批量操作慎用： 对于超大的数据库（比如几个T），分离附加过程拷贝文件会非常耗时，期间服务是完全中断的，这种场景下，可能用镜像、日志传送等在线方案更合适。
• 版本兼容性： 高版本SQL Server备份或分离的数据库，不能直接附加到低版本服务器上，比如SQL Server 2019的库想放到2016上，不行,规划迁移时要留意。

数据库分离附加是个好东西，用好了是利器，能帮你快速搬家、提升I/O性能；用不好就是坑，核心就是细心、理解每一步在做什么，并抓住那个优化存储的黄金机会，希望这点经验之谈能帮你少走弯路,真正让数据库快起来。