问题标签 [transaction-log]

所以我注意到我的一个日志备份比正常情况大 1000 倍。我想看看里面有什么。有什么我可以用来阅读的吗？

谢谢！

我在是否也要在生产中记录 SQL 查询方面遇到两难境地。

我不知道在 PHP 中写入文件有多慢。可能一些基准可以给出一些答案，但我想看看你们之前的想法。

什么会使过程变慢或不会变慢？或者它可能取决于什么？

在 SQL Server 2000 中如何查找某个表/行的修改历史记录？谢谢。

作为下一个版本的一部分，我需要更新数百万行，但这样做会填充事务日志并失败。我有一些想法，但我不是 SQL 专家，所以我确信会有一些我不知道的问题。

相关点：

1. 我需要将一个脚本交给运营团队，因此需要一个无需人工干预的 T-SQL 方法。
2. 显然，事务日志每 15 分钟被回收一次。WAITFOR DELAY '00:15:00'（我考虑过在 catch 块中编写一个带有 try-catch 的循环，如下所示）
3. （编辑）除了数据我不能修改任何东西。
4. （编辑）这是一个简单的更新，将外键列更改为不同的现有键。

谢谢，

菲尔

大多数时候，用户会点击数据库来阅读新闻。在事务下执行的查询数量很少。95% 的数据库命中将用于只读目的。

我的数据库日志文件大小每天增长 1 GB。即使我缩小数据库，日志文件的大小也不会减少。越来越多的日志文件大小可能是什么原因？我该如何控制这个？根据我的知识，当我们从表中读取数据时，日志文件不会增加。

关于如何处理日志文件增长的任何建议？如何将其保持在可管理或合理的大小？这会以任何方式影响性能吗？

MySQL 是否保留事务日志，如果有，我在哪里可以找到它？

许多行已从表中神秘地删除，我想尝试看看它是如何以及何时发生的。

我有一个 SQL Server 2005 实例，其完整备份 (.BAK) 由于磁盘空间不足而失败。但是，每半小时的事务日志备份会继续 (.TRN)。假设我有一个较旧的完整备份，这些持续的事务日志可以用来恢复数据库吗？

即事务日志备份是否仅从最后一次成功的备份开始运行，并且包含任何中间失败的完整备份？

我有一个长时间运行的 redgate 脚本，它将一堆模式类型更改应用于数据库。运行需要 3 个小时。此脚本将在具有镜像和事务日志传送的生产数据库上运行。

我的具体问题是事务日志传送将如何受到一个巨大的 redgate 生成脚本的影响？其配置： 每 15 分钟备份一次 备份到本地驱动器 运送到 dr 服务器 驱动器每 30 分钟应用一次 保持 60 分钟

它是否仍会逐步交付更改，或者如果有一个 redgate 交易，它在完成之前不会被交付？

担心的是 1. 长时间运行的脚本不会受到此事务日志传送的影响（考虑到它会跨越多个备份） 2. 更改是增量传送还是作为一个大转储传送 - 正如我认为 redgate 通常使用的那样事务所以如果它失败了它会回滚一切吗？我知道日志文件总共增加了大约 80 gig，所以我试图确保有足够的空间让事务日志传送来存储它需要存储的任何内容。

谢谢！

如何找出当前的事务日志大小？是否可以通过使用 SQL 查询一些系统表来做到这一点？找出事务日志的最大大小也很有趣。

是从文件系统中查找它的唯一选择吗？

我想查询所有数据库（在 SQL Server 2008 实例中）上次事务日志备份的日期。怎么做？我知道这个信息在某个地方，但我不知道在哪里。