Ruby on rails 在生产环境中启用Rails日志记录是否会影响性能?
我希望这个问题不要太模糊,但登录到生产环境是否会影响性能?除了传统的production.log日志记录外,我们在begin/rescue类型的事件中还记录了一些额外的内容,以帮助我们解决调试问题 在production.rb文件中,我们的设置是:Ruby on rails 在生产环境中启用Rails日志记录是否会影响性能?,ruby-on-rails,performance,scaling,Ruby On Rails,Performance,Scaling,我希望这个问题不要太模糊,但登录到生产环境是否会影响性能?除了传统的production.log日志记录外,我们在begin/rescue类型的事件中还记录了一些额外的内容,以帮助我们解决调试问题 在production.rb文件中,我们的设置是: config.log_level = :info config.active_support.deprecation = :log 我们还有一些: TRACKER_LOG.warn xml_response_hash 这些文件可能会变得相当大(每
config.log_level = :info
config.active_support.deprecation = :log
我们还有一些:
TRACKER_LOG.warn xml_response_hash
这些文件可能会变得相当大(每个1或2 GB),我们的网站每月会收到数百万次页面浏览。Chould最小化我们对生产日志的使用有助于提高性能?日志记录确实会影响性能,但如果它允许运行服务的人员在不关闭服务的情况下诊断问题,那么它在生产中仍然是有用的 也就是说,每月有几百万次点击量(平均每天)不到10万次,这不应该太令人担忧。类似地,如果服务部署合理(当然,如果您使用的是日志轮换策略),那么几GB的日志文件也不值得担心,因为磁盘空间非常便宜。因此,在目前的水平,我建议你应该是好的。尽管如此,还是要注意它;如果流量突然激增(例如,正常一天达到100万次),您可能会遇到问题。记录下来!你不希望制作人员对这些事情感到惊讶 考虑将额外的日志记录设置为一个标志,您可以在运行时禁用或启用该标志,以便仅在查找时收集任何较大的内容;使用通常大量的日志数据,您很有可能只是偶尔查找问题