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

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

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

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

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

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

1 .数据库收缩，不会导致数据丢失

2. 写进数据库一条数据，这条数据是写进数据文件中（.MDF） 同时也将写进数据库一条数据的这件事 记录到日志文件中（.LDF）

这个简单可以这么理解，不过还有保存点啊之类的概念。

3. 并没有将这条数据写入 日志文件中 这个就不知道什么意思了

时间长短受很多因素影响。

根据数据库的大小，如果数据库很小，那么收缩时间超快，否则的话，收缩超慢，也可能失败。

还有其他因素，比如收缩的时候你的数据库是否被访问等等，收缩数据文件是单线程的 *** 作，所以CPU再好也没用，一般收缩的话都少量多次这样 *** 作。

注意如果1%的空间千万不要收缩数据库。收缩数据库对数据库的影响极大，产生大量日志和碎片，而且会锁表。

---