数据库自动收缩带来的严重问题

偏执的太偏执、 2022-01-07 15:41 275阅读 0赞

# **背景** #

今天早上11点的时候有客户打电话过来说医院的cis系统一直有阻塞，导致系统有卡慢的现象，信息中心的电话都快被打爆了，信息科人员很头疼啊。

万幸我们给数据库装了‘摄像头’会把数据库的一切状态操作都会记录下来，赶紧要了远程之后看到了系统确实存在大量的阻塞（下图）

![832221-20190329151130079-1377023499.png][]

通过点击紫色圆点之后发现了长长的阻塞链，（注：会话标识33的语句是阻塞的源头，下面的语句为被阻塞的语句）可以看到被阻塞的语句确实等待了很长时间，系统因为大量的阻塞，前端人员的使用确实有卡慢的现象。（下图）

![832221-20190329151139219-1561703659.png][]

那么系统为什么会有这么严重的阻塞呢？怎么造成的？会话标识为33的语句到底是何方神圣？接下来我们来一探究竟。

在sql server 管理工具里边用语句查询会话标识为33的语句为自动收缩的命令，看了看时间从2018年8月15号自动收缩已经开始运行，进度为79%，（下图）

![832221-20190329151155296-961291321.png][]

接下来从体检项中可以看到相关数据库自动收缩配置为开启状态。

![832221-20190329151209987-376180035.png][]

通过和医院工程师交流得知，昨天下午三点半有做过数据迁移的操作，删除了100多G的数据，（下图）

![832221-20190329151222188-1966342185.png][]

经过分析和查询一些资料得出以下结论，数据库中的自动收缩选项在很早之前就已经开启，但是没有真正收缩过，昨天下午三点的时候删除了大量数据，触发了自动收缩数据库文件的操作，

那么为什么今天早上才有阻塞的情况呢？收缩数据库对于sql server来说本身就是一件浪费资源的事情，在昨天下午三点半的时候前端业务量减小，没有影响到业务，而到了今天早上业务量增多，达到业务高峰期，才会把业务相关的语句阻塞住，严重影响了前端人员的使用。

## 如何缓解及解决？ ##

因为在收缩数据文件，要重新整理数据，进度到了79%，在这个自动过程中，数据边收缩边释放，到达100%后收缩完成后，此问题会解决。另外一种方法就是重启sql服务，事务会提交或回滚，此问题也会得到解决（不建议）

下面来点技术性的东西，满足一下求知者的欲望……….

##  什么是自动收缩？ ##

![832221-20190329151243049-247092702.png][]

随着数据量的增加数据库的设备文件(MDF\\LDF)会不断增长,当数据库中的某些数据删除,数据库设备文件的大小并不会随着数据量的减少而减少,数据库设备需要占用的磁盘空间就没那么大了,这时候自动收缩就可以释放出磁盘空间,主要直观体现在数据库设备文件的大小上,避免资源的浪费.

## 在什么条件下会触发？ ##

在开启自动收缩选项的情况下，SQL Server定期会检查文件使用情况。如果空闲空间大于25%，SQL Server就会自动运行自动收缩数据库文件的动作。

（附上微软官方链接：[https://docs.microsoft.com/zh-cn/sql/t-sql/statements/alter-database-transact-sql-set-options?view=sql-server-2017&viewFallbackFrom=sql-server-2014][https_docs.microsoft.com_zh-cn_sql_t-sql_statements_alter-database-transact-sql-set-options_view_sql-server-2017_viewFallbackFrom_sql-server-2014]）

例如：数据迁移删除大量数据时，空闲空间大于25%时，会触发自动收缩功能。

## 带来的危害（自动收缩和手动收缩）？ ##

对于一个磁盘空间很紧张的系统，这个设置无疑是有帮助的。但是从数据库自身的健康和性能考虑，这个设置并不建议多用。这是因为：

1、数据文件收缩导致了索引的完全碎片化，索引的效率大大降低，严重影响性能。

2、数据文件的收缩同样产生了大量的I/O操作，耗费大量的CPU资源，性能下降。

3、在业务高峰期的时候可能会造成大量的阻塞。

（附上链接资料，有兴趣的同学可以去研究一下：

[https://www.cnblogs.com/kerrycode/archive/2013/06/04/3116339.html][https_www.cnblogs.com_kerrycode_archive_2013_06_04_3116339.html] ）

## 一点点小建议： ##

1、不要开启自动收缩选项

2、不到万不得已，千万不要收缩数据库。收缩数据库影响极大。

3、如果磁盘空间真的不足，需要做收缩的时候，一定要手工来做，而且是在维护窗口期间；并且尽量使用语句来执行，可以提示错误；尽量一次不要收缩太多，分几次收缩。

转载于:https://www.cnblogs.com/double-K/p/10621461.html

[832221-20190329151130079-1377023499.png]: /images/20211220/5bf6373373d64b78a3938d692561b664.png
[832221-20190329151139219-1561703659.png]: /images/20211220/75a8574b55714b078078d5c28ad731c7.png
[832221-20190329151155296-961291321.png]: /images/20211220/ac3642b6c85444b28eb0b2b506dca680.png
[832221-20190329151209987-376180035.png]: /images/20211220/001953fe864f40fdb515a189f3de7ee4.png
[832221-20190329151222188-1966342185.png]: /images/20211220/52a67beaca9f4ce5b8f9fe3014bf9466.png
[832221-20190329151243049-247092702.png]: /images/20211220/6ca8909f4d3246508c1d80f9a82ee053.png
[https_docs.microsoft.com_zh-cn_sql_t-sql_statements_alter-database-transact-sql-set-options_view_sql-server-2017_viewFallbackFrom_sql-server-2014]: https://docs.microsoft.com/zh-cn/sql/t-sql/statements/alter-database-transact-sql-set-options?view=sql-server-2017&viewFallbackFrom=sql-server-2014
[https_www.cnblogs.com_kerrycode_archive_2013_06_04_3116339.html]: https://www.cnblogs.com/kerrycode/archive/2013/06/04/3116339.html