我有一个运行缓慢的应用程序。这是因为代码内有大量的 DEBUG 和 INFO 级别的日志记录。我对代码进行了一些修改，并将日志级别更改为 WARN，现在它运行良好。
但只有一个日志文件（目前为 1.6GB）。我想使用 RollingFileAppender 来拥有更多、更小的文件。我应该为 appender 的 MaxFileSize 属性使用的最佳（最大）大小是多少，这样性能不会降低？
【问题讨论】：
这实际上取决于许多因素，因此要回答这个问题，您必须运行具有各种文件大小的分析器。但由于 log4j 只写入日志文件，您可以简单地在您的系统上创建各种大小的文件并确定需要多长时间。
不过，为了能够在文件中找到错误，我建议使用DailyRollingFileAppender。这将使查找“昨天”或“两周前”的内容变得更加简单。
【讨论】：
拥有更小的块将使您的日志文件更易于管理，但不会提高性能。
看来你的限制是硬盘。性能问题的一种解决方案是在一个文件中记录 WARN 级别，在另一个文件中记录 DEBUG 和 INFO。理想情况下，您会将这个较大的文件保存在专用的快速硬盘上。
性能问题的另一个解决方案是将日志记录调整到不同的包。您很少需要所有包的 INFO，因为解析 2 GB 的数据很难，尤其是实时解析。
回答最小尺寸问题：
它应该与您的工具可以轻松处理的一样大。假设您将使用日志查看器来查看日志文件。一些日志查看器在文件上表现不佳，比方说，大于 10 MB。但是，同样，在... 1 小时内生成的 1 GB 日志数据，您将无法实时观看。
【讨论】：