如何连接InfluxDB至PowerBI与PowerQuery？连接器解析失败求解

以下方案均经过实测可用，优先选无第三方依赖的原生方案，避免适配问题：

• 方案1：PowerQuery直接调用InfluxDB HTTP API（零额外依赖，稳定性最高）
  直接在PowerBI中新建空白查询，通过M语言调用InfluxDB原生查询接口，直接拿CSV格式的返回结果解析，完全不需要第三方连接器，不存在元数据解析异常的问题。
  操作步骤：
  1. 打开PowerBI桌面端，选择「获取数据」-「空白查询」，进入PowerQuery编辑器后打开「高级编辑器」
  2. 对应你的InfluxDB版本替换参数即可，代码参考如下：
     InfluxDB 2.x 版本适用

     let
         // 替换为你的实例实际参数
         serverAddr = "http://你的InfluxDB实例IP:8086",
         orgName = "你的InfluxDB组织名",
         apiToken = "你在InfluxDB后台生成的、有对应桶读权限的API Token",
         targetBucket = "要查询的桶名",
         // 写你需要的Flux查询语句
         fluxQuery = Text.ToBinary("from(bucket:"""&targetBucket&""") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r._measurement == "你的目标measurement")"),
         reqHeaders = [
             #"Authorization"="Token "&apiToken,
             #"Content-Type"="application/vnd.flux",
             #"Accept"="application/csv"
         ],
         apiResp = Web.Contents(serverAddr&"/api/v2/query?org="&orgName, [Headers=reqHeaders, Content=fluxQuery]),
         // 解析返回的CSV结果
         parsedData = Csv.Document(apiResp, [Delimiter=",", Encoding=65001, QuoteStyle=QuoteStyle.Csv]),
         // 第一行是表头，提升为标题
         promotedHeader = Table.PromoteHeaders(parsedData, [PromoteAllScalars=true])
     in
         promotedHeader
     

     InfluxDB 1.x 版本适用
     接口换为/query，请求体传q=你的InfluxQL语句，鉴权如果开启的话在Headers里加Basic认证信息即可，返回结果同样是CSV格式，解析逻辑和上面一致。
  3. 首次加载数据源时身份验证选「匿名」即可，鉴权信息已经写在请求头里，后续修改参数可以直接在PowerQuery的高级编辑器里调整。
• 方案2：通过官方ODBC驱动连接
  安装InfluxDB官方提供的对应版本ODBC驱动，在系统ODBC数据源管理器里配置好DSN，填对实例地址、鉴权信息、默认查询的库/桶，测试连接通过后，PowerBI直接选择「获取数据」-「ODBC」，选中你配置好的DSN即可直接查询，不需要手写M代码，适合不熟悉M语言的用户，驱动是官方维护的，不会出现第三方连接器的元数据解析失败问题。
• 方案3：中间存储中转（适合无直连权限、实时性要求不高的场景）
  如果受公司网络策略、账号权限限制无法直连InfluxDB，可以写简单的定时任务，把需要用到的InfluxDB查询结果按固定周期同步到SQL Server、本地CSV文件夹、Parquet文件等PowerBI原生支持的数据源，PowerBI直接对接中间存储即可，缺点是数据存在延迟，不适合需要实时刷新的报表。

之前用的第三方OData连接器出现解析异常，基本都是因为连接器没有适配你当前用的InfluxDB版本（比如2.x的组织、桶元数据结构和1.x的database结构不兼容），或者查询的measurement里存在特殊字符命名的tag/field，不符合OData的字段格式规范，如果非要用这个连接器，可以先缩小查询范围到单个无特殊字段的measurement测试，但还是优先推荐前两种原生方案，适配成本低很多。

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