Power BI | 为啥你的 Power BI 刷新巨慢?

📅 2026/7/24 0:49:29
Power BI | 为啥你的 Power BI 刷新巨慢?
数据源慢服务器性能不够为什么你的报表刷新巨慢可能是你没搞懂查询折叠✦ 本期核心问题不是数据源慢是你把1200万行全拉到本地算。01、刷新6分钟谁都不承认小李负责的销售日报每天早上8:30自动刷新。三个月前只要40秒。现在6分12秒。他找IT。IT看了下服务器「SQL Server资源使用率不到15%不是我们这边的问题。」他找DBA。DBA跑了一下SQL Profiler截图发过来「你的Power BI在跑一条 SELECT * FROM SalesOrder扫了全表1200万行。数据库不慢是你每次刷新都在把整张表搬进Power BI。」小李打开Power Query编辑器点开「销售订单」查询数了一下22个应用步骤。筛选、去重、分组、合并、加自定义列、改数据类型……每一步他都觉得「必须做」。问题就出在这里。不是数据库慢是数据根本没在数据库里算。02、Power Query的每一步不是你想的那样Power Query连接SQL Server这类数据源时有一个机制叫查询折叠。简单说你把M语言写的转换步骤——筛选行、选择列、分组聚合、排序——Power Query把它翻译成一条SQL语句直接发给数据库执行。数据库算完只把结果返回给你。折叠时1200万行筛选到30万行 → 数据库干传30万行过来。 ✅但如果折叠断了呢Power Query会把1200万行全拉进本地内存然后用自己的引擎一条条筛。1200万行全部走网卡、进内存、被Mashup引擎处理。这就是阿豪的6分钟从哪来的。不是数据库慢是数据根本没在数据库里算。03、一个步骤就能毁掉整条链查询折叠的规则很残酷一旦某一步不可折叠它后面的所有步骤——哪怕本身可以折叠——也都废了。整条链从那个断点开始全部在本地执行。小李打开查询折叠指示器Power Query编辑器 → 视图 → 勾选「查询折叠指示器」看到踩坑提示 断点在第4步他加了一个自定义列 Month Date.Month([OrderDate])。这个M函数没有SQL等价物折叠断了。从这一步开始后面所有的筛选、分组、去重——全是PowerBI在本地吭哧吭哧算。SQL Server收到的实际查询是什么DBA截到的就是那条SELECT*FROM[SalesOrder]WHERE[OrderDate]2026-01-01前3步折叠成了WHERE条件。第4步一断第5步的 金额 1000 根本没进SQL——它是Power BI把全部数据拉到本地之后才筛的。04、三步修好重排、替代、推到源小李做了三件事STEP 01重排步骤——把能折叠的操作移到断点前面他原本的步骤顺序导航 → 删列 → 筛选日期 → 添加自定义列 → 筛选金额 → 分组调整后导航 → 删列 → 筛选日期 → 筛选金额 → 分组 → 添加自定义列金额筛选和分组现在排在自定义列前面。SQL Server收到的查询变成了SELECT[OrderDate],[Amount],[ProductID],[Region]FROM[SalesOrder]WHERE[OrderDate]2026-01-01AND[Amount]1000GROUPBY[OrderDate],[ProductID],[Region]结果数据库先筛再分组返回的结果集只有2万行。自定义列在2万行上做毫秒级。STEP 02替换M函数——用可折叠的写法替代不可折叠的他原来写 Date.Month([OrderDate]) 是为了在报表里按月筛选。这个需求完全可以在数据源端解决-- 在SQL Server建一个视图把月份作为独立列CREATEVIEWvw_SalesOrderASSELECT*,MONTH(OrderDate)ASOrderMonthFROMSalesOrderPower Query直接连视图OrderMonth 是一个普通整数列折叠不受影响。STEP 03推到源——把复杂逻辑交给数据库小李还有一个步骤是 Table.AddColumn 用了一串嵌套if做客户分级。这玩意在Power Query里不可折叠但用SQL的 CASE WHEN 写完全没问题。他在视图里加了这个字段Power Query只负责拉现成数据。修完后他重新看折叠指示器全绿。第二天早上8:30刷新用了51秒。05、一个你可能每天都在犯的错小李的问题不是技术不行是他把Power Query当成ETL工具在用。Power Query的定位是数据接入层——把数据从源系统接进来、做必要的列筛选和简单转换。不是让你在1200万行上做字符串拼接、日期运算、嵌套条件判断。一个简单的判断标准步骤超过15步 3个以上自定义列 折叠大概率已断。把复杂计算推回数据源。SQL视图、存储过程、甚至直接在数据库里加计算列——任何你能在数据源端完成的事情都比在Power Query里做强一百倍。06、查一下你自己的模型现在就打开你的Power BI Desktop做三件事**1、 启用折叠指示器。**文件 → 选项和设置 → 选项 → Power Query编辑器 → 勾选「查询折叠指示器」。然后打开Power Query看每个查询最后一步的图标颜色。**2、 找到第一个红色步骤。**它就是你的断点。看它是什么操作——自定义列日期函数文本处理把能折叠的步骤移到它前面。**3、 右键最后一步看「查看原生查询」是灰色还是可用。**灰色 整条链都没折叠。可用 至少最后一步之前都在折叠。点开看看SQL长什么样——如果是一个简单的 SELECT * 没带WHERE说明你的筛选根本没进数据库。07、记住一句话查询折叠不是优化技巧是Power Query连接关系型数据库的基本工作方式。折叠断了就等于你主动选择了「把所有数据拉到本地再算」。这句话值6分钟——报表的6分钟。