好的，我们都知道大日志文件会破坏数据库性能。
今天我们在分析一个客户端的服务器，看到一些日志文件比数据文件大 3900%。
这让我很好奇他们两个之间是否有最佳比例？
AskOverflow.Dev
好的，我们都知道大日志文件会破坏数据库性能。
今天我们在分析一个客户端的服务器，看到一些日志文件比数据文件大 3900%。
这让我很好奇他们两个之间是否有最佳比例？
我认为对于 sql server 的数据文件与日志文件的比例没有任何硬性规定。
简单来说，日志文件作为数据库更改的记录存在，可用于恢复目的。数据的变化速度越快，您的日志文件可能就需要越大。
您在客户端看到的问题很可能是数据库处于完全恢复模式，正在执行完全备份而没有日志备份的问题。您的客户需要为这些数据库设置适当的日志备份策略。
如果不需要时间点恢复（即每天/每周完整备份就足够了），那么更改为简单恢复模式和一次性日志刷新就足够了。
假设 MS SQL 服务器，尽管我认为这适用于任何 RDBMS：大日志本身不会影响性能。导致 IO 问题的数据库和日志文件的错误磁盘规划将导致性能不佳。
一个大的日志文件是由于自上次日志文件备份以来的大量写入。通常，这意味着您没有正确和/或经常备份和截断日志文件。