# 当 PUE 变好，能源系统反而变差 > 水、余热回收，和数据中心冷却指标背后那条没人说清的边界 - 作者：李俊明（Jim Li），清链科技联合创始人兼副总裁，NextGenergy 创始人兼 CEO - 发布：2026-08-28 - 网页：https://tsingchain.ai/insights/when-better-pue-makes-it-worse - 标签：余热与水、调试与证据 --- 两个月前，我发表过一个数字——我们运营过的一座冷却塔的耗水量。 上周我坐下来核它。认真核，按一个审稿人会用的方式。我想把结果讲出来，因为它不是我预期的那个结果，而且它改变了我以后报数字的方式。 我以为我会发现那个数字是错的。 结果我发现它没错。**而这更糟。** --- ## 那个核查 算术并不难。拿热负荷乘以小时数，就得到排掉的热量。冷却塔主要靠蒸发水来排热——在塔实际运行的温度下，大约每公斤水吸收 2.4 MJ。另有一部分热量以显热的形式随空气带走，通常占一成到两成半，凉季更多。 补水要补上蒸发、排污和漂损三项。所以只要知道补水量和负荷，就能反推出**浓缩倍数**——水在被排掉以控制溶解盐之前，循环了多少次。 我算了。我当初发表的那个数字，对应的浓缩倍数大约是 3.7。 这是个平平无奇的数。略偏低。**和一座补水偏硬、水处理一般的塔完全吻合**——而照片里那座塔，正是这样。 **数字站住了。** --- ## 为什么这恰恰是问题 然后我把假设稍微动了动。 把汽化潜热从“水沸腾时的那个值”换成“塔实际运行温度下的那个值”。把潜热占比从“全部”改成“八成五”。再按凉季改一次。 **浓缩倍数从 2.8 一直跑到 12.8。** 那不是误差范围。**那是两座不同的厂。** 浓缩倍数 2.8 的塔，是在不停排水去追赶一套它从来没控制住的水化学；浓缩倍数 12.8 的塔，是在用软化水、有一套真正的加药方案、还有一个知道电导率设定点是什么意思的运维员。 同一个补水量。同一个标称负荷。同一句写在我通讯里的话。 然后我又反过来算：把浓缩倍数固定在 4，潜热占比固定在八成五，反解负荷。**结果落在我当初引用的那个负荷的百分之三以内。** 到这一步，我可以为这个一致性自我恭维一下——**也可以意识到，我只是把一个我早就有的答案，重新拟合了一遍。** > **一个和所有故事都相容的数字，无法告诉你哪个故事是真的。** 那个数字从来不是错的。**缺的是边界。** 我从没说清楚：那个负荷是铭牌值、峰值，还是二十四小时平均值。我从没说清楚：那个水量包不包含排污和漂损，那块表上还挂着什么别的用途。我也从没说清楚：那是一个夏季峰值日的数——却让它和年度数字并排出现在同一段里，仿佛它们属于同一张表的同一列。 这些都不深奥。每一条都是那种**在调试时写下来一次、之后再也不会想起来的东西——如果当初有人要求你写下来的话。** 没有人要求我们。那个站点跑得很好，也赚到了钱。它只是没有被建成一个能产出证据的东西，因为产出证据不是它的任务。 > **一个项目可以完全成功，同时不给你留下任何能拿到台面上辩护的东西。** --- ## 住在同一条缝里的三个悖论 一旦你开始追问边界在哪儿，这个行业最爱用的几个指标就不再听话了。 ### 一、低 PUE 不等于低耗水 蒸发冷却在热力学上是便宜的——它在接近湿球温度的地方排热，几乎不怎么费电。你的 PUE 会很好看。**你的站点在喝一条河。** **变好的那个指标，和被消耗掉的那样资源，根本不是同一样东西。** ### 二、低现场 WUE 不等于低总水耗 把冷却塔换成干冷器，你现场的水表读数会掉下去，有时候直接归零。风机能耗上去了。为了发出这部分多出来的电，电厂那边消耗的水，落在**别人的表上、别人的流域里**。 数字变好了。水未必。**“零耗水”是一句关于边界的陈述，不是一句关于地球的陈述。** ### 三、热回收会让 PUE 变差 加上那台泵和那台换热器，把回收的热送到隔壁的温室或者区域热网——你的 PUE 会退化。因为那台泵算facility 能耗，而你送出去的热，在分母里根本不存在。 与此同时，隔壁那栋楼少烧了燃气。 **你改善了能源系统，损害了自己的头条指标。** --- 这几个指标都没有错。它们都在精确地度量它们声称度量的东西。**错的是边界——或者更准确地说，错在没有人把边界说出来。** 这正是 ERF 与 ERE 被写出来的原因：能源再利用因子与能源再利用效率，ISO/IEC 30134-6 与 EN 50600-4-6。它们存在。**它们几乎从来没有人报。** --- ## 监管者比这个行业先到了边界 欧盟 2024/1364 号授权条例要求：被再利用的热量，必须**在数据中心边界处、在它被移交出去供边界之外使用的那个点上，被计量。** 如果你在这个行业里做事，请把这一句再读一遍。 **一部欧洲的报告法规，目前对“表装在哪里”的表述，比绝大多数关于余热回收的市场材料都要精确**——包括直到不久之前，我自己写的一些。 这不是一个令人舒服的观察。但它是一个有用的观察。它告诉你事情正在往哪里走：**余热回收正在从一句你可以宣称的话，变成一个别人会去计量的量。** --- ## 我打算怎么做 我不会把那个运行工况点当作基准发表。它是**一次读数的记忆，不是一次读数的记录**——而且以后每次它出现，我都会这样说明。 从这以后，规矩很简单： > **数字要么带着它的边界一起发出去，要么就不发。** 具体到任何我说得上话的项目，下面这些从第一天就装表，而不是等到有人终于问出一个难题时再回去补： - IT 用电与设施用电，**分开计量** - **每一个**回路边界上，供回水温度 + 经过校准的流量 - 补水与排污，作为**两股独立的水流**分别计量 - 当地干球与湿球温度，来自一个你叫得出名字的气象站 - 送出的热量：流量、供回水温度、**贸易结算级热表** - 设备投切、旁通阀位、检修窗口，作为**事件日志** 这些在设计阶段都不贵。**这些在事后几乎都无法复原。** 我刚刚花了一周时间，向自己证明了这一点。 --- 这篇文章本来有另一个版本：我悄悄改掉一个数字，然后继续往前走。 但那个订正，远不如它暴露出来的东西有意思——**一个交换着从未说明边界的数字的行业，以及我们中的大多数人（包括我）在阅读这些数字时，默认它们已经说明过了。** 所以，用一个问题收尾，而不是一个结论。 如果你在设计、运营、报告或采购数据中心冷却： > **拿出你最近一次报给别人的那个 PUE 或耗水数字。你能不看资料就说出，边界之内是什么、边界之外是什么吗？** 我说不出来。所以我写了这篇。 --- *— Jim Li，NextGenergy 创始人，专注于 AI 算力基础设施中的电力、冷却与能源再利用。他致力于推动下一代 AI 数据中心从单点设备优化，走向电力、液冷与余热回收的一体化系统设计。* --- ---