这个博客是一个系列的一部分，它将帮助集成开发人员正确地解决非功能方面的问题，如资源消耗、性能和可靠性。本系列之前的贡献是避免在消息处理日志中存储有效负载。

在之前的贡献的基础上，我们希望更多地关注通过消息处理日志（MPL）附件进行的消息日志记录及其对存储资源的影响。

我们看到许多集成流正在将MPL附件写入日志消息，大数据，尤其是消息体（又名有效负载）。这是通过脚本流步骤完成的，这些步骤执行类似于博客中显示的代码片段，避免在消息处理日志中存储有效负载。

此代码使用以下API方法（参见产品文档）来编写MPL附件：

此类脚本步骤通常放在集成流中的多个位置，如以下简单示例所示：

本示例假设有两个脚本流步骤，分别标记为"之前日志"和"之后日志"，每个步骤都引用一个将消息体写入MPL附件的脚本。然后，用户可以在消息监视Web UI中显示相应的消息处理日志，淘客购物，并检查这些MPL附件。

但是，必须非常小心地使用此技术，如下所述。

首先，重要的是要了解MPL附件被持久化到租户存储中，并在其中积累。其次，监控数据（包括MPL附件）默认保留30天。这意味着在编写MPL附件时，只有在30天后才会将其从存储中删除。

只要在开发和测试阶段将此技术用于一些集成流，就可以了。但是，随着租户中集成流的数量以及消息吞吐量的增长，您可以轻松地每天创建千兆字节的MPL附件数据。如此庞大的数据量可以迅速填满租户存储空间。在最坏的情况下，这可能导致存储过载，甚至导致租户停机。

这种方法的另一个问题是：假设您在开发和测试集成流期间使用MPL附件进行跟踪。然后，集成开发人员可能会忘记在不再需要这些MPL附件时再次禁用它们。事实上，这是我们在生产性租户集群中经常看到的情况。

对于开发或调试用例，请考虑使用集成流跟踪（参见启用跟踪以处理最近增强的消息）。以下是与此相关的有关此功能的一些事实：

跟踪模式在10分钟后自动过期跟踪数据在60分钟后从租户存储中清除集成流程不必为了启用或禁用跟踪而修改和重新部署

当您使用MPL附件进行消息记录时，请记住以下几点：

谨慎使用MPL附件在将消息有效负载写入MPL附件时，请考虑提取消息有效负载的关键部分，并只编写摘要。消息有效负载的大小通常在几十甚至几百MB之间，对人类用户来说，检查如此庞大的数据量是非常具有挑战性的。确保在不完全需要时禁用通过MPL附件的消息日志记录。例如，当集成流从测试环境移动到生产环境时。

如何准确地启用和禁用MPL附件因集成流而异。一些预打包的集成流支持基于外部参数的消息日志记录，通常称为ENABLE\u PAYLOAD\u logging或ENABLE\u logging。在这种情况下，您可以在不修改集成流的情况下启用和禁用消息日志记录。

对于您自己的集成流，返利怎么用，您可以检查是否使用了支持通过专用变量配置消息日志记录的中心脚本。在这种情况下，请确保将这些变量调整为只记录所需的详细信息，或者在不需要时禁用消息记录。

如果没有使用中心脚本进行消息记录，您可以检查集成流中的脚本，并注意以下API调用：

如果您不需要消息记录，物联网技术及应用，请在这一行前面加上一个双斜杠"/"。

在这个博客中，物联网的，我们希望让您知道，当MPL附件用于消息日志记录时，租户存储中由MPL附件创建的数据量可以非常快速地增长。这最终会导致存储资源过载，甚至在最坏的情况下导致停机。请考虑本博客中的建议，以确保MPL附件和存储资源的经济使用。