好吧，我们都知道一个大的日志文件会使数据库性能崩溃。
今天，我们正在分析一个客户端的服务器，并看到一些比数据文件大约3900％的日志文件。
这让我很好奇，他们两个之间有没有最好的比例？
我不认为有任何关于数据文件与SQL Server日志文件的比例的硬性规定。
简单地说，日志文件就是作为数据库变更的logging而存在的，可以用于恢复目的。 数据更改的速度越快，日志文件可能需要越大。
您看到的客户端更有可能是数据库处于完全恢复模式的问题，正在执行完整备份而无需日志备份。 您的客户需要为这些数据库设置适当的日志备份策略。
如果不需要时间点恢复（即每日/每周完整备份足够好），那么更改为简单恢复模式和一次性日志logging就足够了。
假设MS SQL服务器，但我认为这适用于任何RDBMS：大日志不会影响性能本身。 数据库和日志文件导致IO问题的坏盘规划是什么会导致性能不佳。
大日志文件是由于自上次日志文件备份以来的大量写入操作造成的。 一般而言，这意味着您不能正确备份和截断日志文件，并且/或者经常不足。