影响Power BI运行速度的相关参数及性能优化常见问题解答

1. 执行查询时对运行速度影响最大的参数有哪些 #

• 数据模型复杂度：表数量、关联关系层级、计算列/度量值的数量，尤其是跨表高频计算的逻辑，对查询速度影响占比最高
• 数据压缩率：导入模式下 VertiPaq 引擎的压缩效果，数据类型越简单、重复值越多压缩率越高，查询速度越快
• 查询返回数据量：单查询返回的行/列数过多，尤其是未经聚合的明细数据，会大幅拉长查询耗时
• 存储模式选择：导入模式比直连、混合模式查询速度快3~10倍不等，核心看是否需要实时数据
• 并发查询数量：同时间段触发的查询数超过算力阈值后，排队耗时会线性增长

2. 服务端重点配置要点、HDD与SSD性能差异 #

核心配置要点 #

• 硬件配置：优先给CPU配更高的单核主频（Power BI 查询计算大多是单线程触发），内存容量要大于最大数据集压缩后大小的2倍以上，避免内存溢出导致的磁盘缓存
• 网关配置：如果用本地数据源，网关要部署在和数据源同网段的服务器上，避免跨网传输延迟，同时开启网关的负载均衡和缓存配置
• 资源分配规则：给高频访问的工作区配置独立的容量，不要和低频、大计算量的工作区共享资源，同时设置合理的查询超时阈值，避免异常查询占满资源
• 缓存策略：开启数据集的自动缓存，把常用查询的结果预存在内存里，减少重复计算

HDD与SSD性能差异 #

HDD 确实会严重拖慢运行速度：Power BI 在内存不足、数据集刷新、查询溢出时会频繁读写临时文件，HDD 的随机读写速度只有 SSD 的1/50~1/20，会让这些场景的耗时拉长几倍甚至几十倍。
选用 SSD 性能提升非常明显，尤其是大模型刷新、高并发查询场景下，整体效率能提升3~8倍，优先选 NVMe 协议的 SSD 效果最好。

3. MySQL作为数据源的性能要求 #

• 版本要求：最低用 MySQL 5.7 以上版本，推荐 8.0 及以上，新版本对查询优化器、索引效率做了大量优化，同时支持更稳定的 ODBC/JDBC 驱动
• 索引配置：Power BI 常用的查询过滤、关联字段必须建索引，避免全表扫描，关联字段的类型要和 Power BI 模型里的字段类型完全一致，避免隐式转换导致索引失效
• 服务器配置：MySQL 所在服务器的 CPU、内存要足够大，尽量把常用的热数据存在内存缓存里，减少磁盘 IO
• 查询优化：尽量给 Power BI 开放视图权限，提前在 MySQL 层做数据聚合、过滤，不要把全量明细数据直接同步给 Power BI，同时关闭不必要的事务、日志配置，提升查询返回速度
• 网络配置：MySQL 和 Power BI 网关/服务端的网络延迟要控制在 20ms 以内，尽量同机房部署，避免跨公网传输数据

4. 用户端加快数据下载速度的配置项 #

• 关闭不必要的后台功能：打开 Power BI Desktop 的「选项和设置」-「选项」，关闭「自动检测关系」「启动时显示欢迎屏幕」「后台智能传输服务(BITS)」三个选项，减少后台资源占用
• 开启数据加载优化：在「数据加载」设置里，开启「并行加载表」，最大并行数设置为 CPU 核心数的一半；开启「启用列压缩」，降低传输和本地存储的体积
• 调整下载逻辑：如果是导入数据，优先勾选「仅加载选定行」提前过滤不需要的明细数据，不要一次性导入全量历史数据；如果是导出可视化数据，关闭「导出汇总数据时包含格式设置」选项，减少导出文件体积
• 关闭实时刷新：不需要实时看数据的场景，把实时连接切换为导入模式，或者把自动刷新的间隔拉长到1小时以上，避免重复下载数据占用带宽

5. Power BI查询（M语句/DAX）应当避免使用的函数 #

M语句（Power Query）避坑函数 #

• 避免整表操作的函数：Table.AddIndexColumn、Table.Buffer、Table.TransformColumns作用在十万行以上的表时，会占用大量内存，尽量提前过滤数据再调用
• 避免低效的行迭代函数：Table.AddColumn里嵌套each Table.SelectRows这类逐行查询其他表的逻辑，会变成N+1查询，效率极低，优先用合并查询替代
• 避免动态解析类函数：Json.Document、Web.Contents逐行调用的场景，会大幅拉长加载时间，尽量批量处理后再解析

DAX避坑函数 #

• 避免全表扫描函数：ALL('大表')、FILTER('大表', 条件)作用在百万行以上的大表时，会扫描全表数据，尽量用ALLSELECTED、KEEPFILTERS缩小扫描范围
• 避免迭代函数滥用：SUMX、MAXX等X类迭代函数没有必要的情况下不要嵌套使用，迭代层级越多耗时越长，优先用聚合函数替代
• 避免时间智能函数的错误使用：DATESBETWEEN、SAMEPERIODLASTYEAR作用在非标准日期表时，会触发大量额外计算，必须搭配专门的日期维度表使用

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