相关疑难解决方法(0)

这个问题在大多数论坛和整个网络中似乎是一个常见问题，这里以多种格式提出，通常听起来像这样：

在 SQL Server 中 -

• 事务日志变得如此之大的一些原因是什么？
• 为什么我的日志文件这么大？
• 有什么方法可以防止这个问题的发生？
• 当我找到根本原因并希望将我的事务日志文件调整到正常大小时，我该怎么办？

这个问题在这里以各种形式提出，但问题归结为：

我知道缩小数据库是有风险的。在这种情况下，我已经删除了这么多数据，我再也不会使用它了。

• 如何缩小我的数据库？我缩小了哪些文件？
• 这样做时我应该考虑什么？
• 之后我应该做些什么吗？
• 如果是大数据库呢？我可以以较小的增量缩小它吗？

我不擅长 SQL，但我有一个数据库要维护。

几乎没有地方留给它了，所以我决定删除所有数据，比如说 2008 年。在执行删除查询（清理了大约 10 000 000 行）和清理事务日志后，我发现我的操作对数据库大小没有影响。还有什么我需要做的吗？

在 sql server 中，我删除了表

DROP TABLE  [tb_tmp]

但是从df -h，磁盘空间并没有增加。我该怎么办？我看到了类似收缩数据库的东西。但是我如何使用 sql 命令实现它？