Azure CLI查询App Insights为何用cp1252编码且结果超预期？

一、编码警告问题 #

• 验证并调整终端编码
  执行以下命令检查PowerShell终端的编码设置：

  [Console]::OutputEncoding
  [Console]::InputEncoding
  

  如果输出不是UTF-8，手动设置：

  [Console]::OutputEncoding = [System.Text.Encoding]::UTF8
  [Console]::InputEncoding = [System.Text.Encoding]::UTF8
  

  同时确保终端（如Windows Terminal）的默认编码设置为UTF-8。

• 检查日志中的特殊字符
  直接在Azure Portal的App Insights Log Analytics中运行相同查询，查看返回的日志是否包含cp1252不支持的字符（如emoji、非西欧语言字符），这些字符会触发编码警告。

• 优化CLI输出处理
  明确指定CLI输出格式为JSON，并通过ConvertFrom-Json解析结果，避免PowerShell自动处理编码时出错：

  $resultJson = az monitor app-insights query --app $APP_ID --analytics-query $QUERY --output json | ConvertFrom-Json
  

二、返回结果条数不符问题 #

• 先在Portal验证查询逻辑
  将相同的Kusto查询复制到App Insights Log Analytics界面执行，确认实际返回条数：

  • 如果Portal返回2条，说明问题出在CLI或PowerShell的结果处理环节
  • 如果Portal也返回数百条，说明查询逻辑或时间范围存在问题

• 验证目标App Insights实例
  确认$APP_ID指向的实例正确：

  az monitor app-insights show --app $APP_ID
  

  检查输出中的名称、资源组等信息，排除误访问其他实例的可能。

• 正确解析CLI返回的JSON结构
  Azure CLI返回的查询结果是嵌套JSON结构，实际日志条目在Tables[0].Rows中，直接取整个$resultJson会包含元数据，导致误以为条数过多。尝试：

  $rows = (az monitor app-insights query --app $APP_ID --analytics-query $QUERY --output json | ConvertFrom-Json).Tables[0].Rows
  Write-Host "实际返回条数: $($rows.Count)"
  

• 排查时间范围差异
  Kusto查询中的ago(1h)基于UTC时间，若你的本地时区与UTC有偏移，可能实际查询的时间范围比预期大。在Portal中运行查询时，确认时间范围的显示（默认是UTC），调整为本地时区验证结果。

• 调整查询语句验证
  尝试修改查询中limit的位置，排除排序环节的潜在问题：

  traces
  | where timestamp >= ago(1h)
  | limit 2
  | order by timestamp desc, itemId asc
  

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