Kusto日志分片后显示8KB而非设定10KB，咨询大小限制

我们的应用通过C#代码向Kusto写入日志，存在单条消息超过200KB的场景。为此我们实现了按10KB（maxChunkLength设为10000）分片写入的逻辑，但修改后日志虽已分片，实际消息大小却显示为8192和7189，也就是按8KB分片了。想咨询这是Kusto本身的日志消息大小限制导致的吗？

实现的分片代码 #

public static void LogAsChunksToKusto(Dictionary<string, object> data, int maxChunkLength, string tag, string commandName)
{
    int chunkIndex = 0;
    string input = JsonConvert.SerializeObject(data);
    for (int i = 0; i < input.Length; i += maxChunkLength)
    {
        int length = Math.Min(maxChunkLength, input.Length - i);
        string chunk = input.Substring(i, length);
        chunkIndex++;

        mylogger.GetLogger().LogMessage(EventLevel.Informational, tag, $"Command {commandName} response, part {chunkIndex} : {chunk}", AvNextRequestContext.GetLoggerProperties());
    }
}

问题分析与解答 #

• Kusto本身没有强制限制单条日志消息的大小，这个8KB的分片不是Kusto层面的限制导致的。
• 问题大概率出在你使用的日志库（mylogger）上：多数日志框架默认会设置单条消息的大小上限，常见的就是8192字节（8KB），当传入的消息超过这个值时，会自动截断或分片。
• 验证与解决方向：
  1. 在调用LogMessage前，先打印分片后的chunk长度到本地控制台，确认是否是预期的10KB左右，以此排除分片逻辑本身的问题。
  2. 检查mylogger的配置文档或代码，查找是否有消息大小限制的参数（比如MaxMessageSize），将其调整为不小于你的分片大小（10000字节）。
  3. 若日志库支持，尝试绕过其自动分片/截断机制，直接将分片后的内容写入Kusto。

内容的提问来源于stack exchange，提问作者Neelam