![我是否应该在生产机器中禁用 MongoDB 分析器?](https://linux22.com/image/610352/%E6%88%91%E6%98%AF%E5%90%A6%E5%BA%94%E8%AF%A5%E5%9C%A8%E7%94%9F%E4%BA%A7%E6%9C%BA%E5%99%A8%E4%B8%AD%E7%A6%81%E7%94%A8%20MongoDB%20%E5%88%86%E6%9E%90%E5%99%A8%EF%BC%9F.png)
根据[1]的默认设置,当执行时间> 100ms时收集配置文件数据
但其中一个问题是,当大多数查询的执行时间 > 100 毫秒时,我们的系统开始超载,我不确定分析器是否会让我们的系统更加繁忙。
我正在考虑禁用或设置一个较大的值,例如 2 秒。默认值 100 毫秒似乎太小了?
[1]http://docs.mongodb.org/manual/tutorial/manage-the-database-profiler/
答案1
首先,默认情况下,分析器处于关闭状态。慢查询(默认情况下,即任何耗时超过 100 毫秒的查询,如您所说)将记录到 MongoDB 日志中,但这与分析器不同,不会占用大量资源(它本质上只是将一行文本写入数据库外部的文件中,没有锁定等)。通常,保持原样是安全的,并且发现慢查询的好处通常远远超过拥有更大日志文件的缺点。
其次,启用分析器后,它会将收集的所有数据写入集合system.profile
。在默认级别 0 下,它处于禁用状态;在级别 1 下,它会根据相同的限制记录所有“慢速”操作;在级别 2 下,它会记录所有操作,无论速度如何。
可以想象,将其设置为 2 会非常耗费资源 - 您将使写入量加倍,并且每次读取都会增加一次写入。根据您的工作量,级别 1 也可能非常耗费资源。一般来说,我建议仅在受控情况下(维护窗口、调试、开发/QA 环境)使用分析器。
虽然你可以认为这两种记录慢速操作的方法完全不同,但目前slowms 值将会对两种方法产生影响,即什么被视为慢速查询。
因此,如果您将该值设置得更高(2 秒),则会减少写入日志的操作量。这样做的缺点是,您将错过所有耗时的操作,这在现代数据库术语中通常被认为是永恒的。100ms 值通常是一个不错的起点,我甚至看到有人根据他们的应用程序对超时的要求降低该值,但很少值得增加该值。
答案2
分析器从 mongodb 获取资源!它必须对查询进行计时并将其写入 mongodb.log。
如果您根本不需要,您可以安全地禁用它。