sqlserver2012直接收缩数据库有问题吗

在 SQL Server 2012 中，收缩数据库是一种常用的维护 *** 作，可以帮助将不再需要的空间释放回 *** 作系统，从而提高存储空间的利用率。但是，直接收缩数据库存在一些潜在的问题和注意事项，需要慎重考虑以下几点：

1. 收缩数据库可能导致性能下降：当数据库文件被压缩时，SQL Server 必须重新组织页之间的逻辑顺序，并将未使用的页从文件中删除。这个过程可能会对数据库的性能产生负面影响，尤其是对于大型数据库。

2. 收缩数据库可能会增加 I/O 负载：当数据库被压缩时，SQL Server 必须读取并写入大量的数据。这可能会导致额外的磁盘 I/O 负载，从而影响其他用户或应用程序的性能。

3. 收缩数据库可能会导致数据文件的碎片：收缩数据库会导致数据文件中存在大量的空间碎片，这可能会影响以后的性能。此时，最好使用 ALTER INDEX REORGANIZE 或 ALTER INDEX REBUILD 来解决碎片问题。

因此，建议在进行数据库收缩之前，先备份数据库并进行测试，以确保您的收缩计划不会对生产环境造成损害。如果没有必要，最好选择定期进行数据库维护，而不是直接收缩数据库。

1、mysqldump，mysql自带的备份，每日业务低峰期全备一次，备份完未压缩前大小10G-50G不等，不管mysql多大，这个备份最好每日都备份一次，选择业务最不忙的时候，例如凌晨3、4点钟。不建议每天备份若干次，因为备份时间长，期间占用资源比较高

2、xtrabackup，第三方percona公司出的全备+增量备份工具，根据你业务特征，如果需要恢复级别很高。例如只允许丢失半小时数据，那么就凌晨全备，之后都在前一个备份的基础上进行增量备份。对于innodb引擎表不会锁表，且增量备份时间短且占用系统资源不高，且可以实现相对实时的备份，所以还是很实用的mysql备份工具的。具体内容你上perocona官网周到xtrabackup文档好好阅读下，不是很多内容，很快能读完的。答案摘自希赛系统学院

---