升级 macOS 26.6 后 Mac 发烫、电池狂掉？原因在这里

你装好了 macOS 26.6，重启，不到一小时，Mac 就烫得几个月来都没这么热过。你只是在看邮件，风扇却清晰可闻。电量下降的速度，你上次见到还是机器刚买回来的时候。你打开的任何东西都解释不了这一切，你退出的任何东西也修不好它。

几乎可以肯定，你的 Mac 正在重建 Spotlight 索引。Apple 自己的 macOS 26.6 更新说明写道，此次更新「为 macOS 27 的发布优化了 Spotlight」——这是官方原话，也是整篇文章中最关键的一句。优化 Spotlight 意味着要动索引。动索引意味着遍历你的文件系统、重新打开文档以提取可搜索文本、重新分析你的 Photos 图库，并把这一切写回磁盘。这项工作既吃 CPU 又吃磁盘，不管你有没有要求，它都会在后台运行，而且产生的正是你现在看到的症状：发热、风扇噪音，以及与你实际操作量完全不成比例的电池消耗。

让人恼火的是，macOS 几乎不给你任何可见性。没有进度条，没有通知，System Settings 里任何地方都找不到「索引已完成 43%」。于是，一个完全正常、会自行结束的后台任务，看起来和一台坏掉的 Mac 一模一样。本指南就是要补上这个缺口。我们会讲清楚 26.6 究竟改了什么、哪些是 Apple 确认的、哪些是媒体解读，拆解索引为什么这么费资源，带你通过进程名在你自己的 Mac 上确认这件事，告诉你它该花多久、什么因素会拖慢它，以及——很重要的——给你一份具体而坦诚的清单，列出哪些迹象说明这不是正常索引、你该停止等待并开始排查。我们还会讲怎样用正确的方式强制彻底重建索引，以及为什么过早这么做只会让问题更糟而不是更好。

核心要点

• Apple 间接确认了原因。 macOS 26.6 的更新说明写明，此次更新为 macOS 27 的发布优化了 Spotlight。重新优化 Spotlight 就意味着重新建立索引，而重建索引代价高昂。装完 26.6 后头几天的发热和电池消耗，是可预期的副作用，不是缺陷。
• 要找的进程是 mds、mds_stores 和 mdworker_shared。 如果它们排在 Activity Monitor 的 CPU 标签页最上方，答案就明确了。在支持 Apple Intelligence 的 Mac 上，社区报告还指向 photoanalysisd、siriinferenced 和 intelligenceplatformd——这几个具体名称请视为社区报告，而非 Apple 的正式文档。
• 在你动手干预之前，先给它 24 到 48 小时的实际运行时间。 社区反馈把高 CPU 阶段划在这个区间内，几天内趋于平稳。但这个计时只在 Mac 处于唤醒且通电状态时才走，所以一台每天晚上都会睡眠的笔记本，会把两天的工作量摊到一整周。
• 现在还不要重建索引。 sudo mdutil -E / 和 Spotlight 隐私「先添加再移除」的小技巧做的是同一件事：丢弃所有已完成的工作，从零开始。过早执行其中任何一个，只会保证更多的热量，而不是更少。
• 要分清「慢」和「卡死」。 正常的索引会逐渐衰减，并会响应空闲时间。真正卡死的索引会连续几天钉在同一 CPU 水平上毫无衰减，或者 mdutil 报错，或者一周之后 Spotlight 依然什么都搜不到。这种情况是真实存在的，值得一个真正的修复方案。

macOS 26.6 究竟改动了 Spotlight 的什么

Apple 写下的那一句话

macOS Tahoe 26.6（版本号 25G72）于 2026 年 7 月 27 日发布。除了常规的安全内容外，Apple 的更新说明中还有一行写明：此次更新为 macOS 27 的发布优化了 Spotlight。

这是一句很短、但分量很重的话。Apple 通常不会告诉你，某个小版本更新将要花掉你两天的电池去重写一个数据库。但按字面理解，「为 macOS 27 的发布优化 Spotlight」意味着当前版本的 macOS 正在提前做准备工作，好让下一个版本的 macOS 到来时一切就绪。而对一套搜索系统而言，唯一有意义的准备工作就是针对索引本身——它的格式、它的内容，或者两者都有。

这是 Apple 用过的老套路。与其让所有人在升级当天吃下一次持续数天的重新索引——那时人的挫败感最强，机器本身也正忙着迁移设置和重新下载 iCloud 内容——不如让一个小版本更新悄悄提前完成一部分工作。代价被从你高度关注的时刻，挪到了你并不关注的时刻。这是个合理的工程权衡，同时也正是眼下这么多人困惑的原因：没人料到一个例行的 .6 更新会把笔记本捂热两天。

媒体在此之上补充的内容

包括 9to5Mac 和 TechTimes 在内的媒体更进一步，报道称这项索引工作正在构建的，是 macOS 27 全新 Siri 与 Apple Intelligence 功能将要调用的设备端索引。这个推理是站得住的：macOS 27「Golden Gate」让 Spotlight 与 Siri 的联系紧密得多，而一个能回答你关于自己文件的问题的对话式助手，需要对这些文件有一份预先构建好的丰富理解，才能即时作答。

但要弄清来源。这层关联是媒体解读，不是 Apple 的声明。 Apple 说的是「优化 Spotlight」。Apple 没有说「为 Siri 构建语义索引」。Siri 这个角度是基于 macOS 27 公开信息做出的合理推断，它很可能是对的，但你对它的把握应该比对更新说明本身更松一些。本文每次提到它时都会标注出来，而对于任何不这么做的人，你都该保持怀疑。

关于 macOS 27 自身的时间线：它目前处于公开测试阶段（公开测试版 1 于 7 月 13 日发布，公开测试版 2 于 7 月 22 日发布，开发者测试版 4 于 7 月 20 日发布），预计在秋季正式推出。它仅支持 Apple silicon——M1 或更新机型。如果你用的是 Intel Mac，macOS 26.6 依然会在你的机器上执行 Spotlight 相关工作，但「为 macOS 27 的 Siri 做准备」这个说法对你不适用，因为 macOS 27 根本不会在你的 Mac 上运行。

哪些没有改变

有必要明确说清 macOS 26.6 没有做什么，方便你排除干扰。它没有清空你的文件、没有重置你的设置、也没有改变你的 App 的工作方式。你的数据完好无损。在索引被重写期间，Spotlight 的搜索结果可能不完整或排序奇怪，这是暂时的。如果你的 Mac 发烫但其他一切表现正常，那就是索引任务的典型特征，而不是系统安装损坏。

如果你想全面了解 macOS 26.6 的全部改动——包括安全修复和那些较小的行为变化——那篇配套文章完整覆盖了这次发布。本文只专注于发热与电池这个问题。

索引为什么这么费资源

如果你从没想过搜索索引到底是什么东西，那 CPU 的开销会显得很荒谬。你又没在搜什么。Mac 明明是闲着的。它为什么要这么卖力？

因为构建索引不是一件轻量的记账工作。它是四项各自昂贵的任务叠在一起，而 macOS 差不多是同时跑它们的。

任务一：遍历文件系统

索引器要做的第一件事，是搞清楚有哪些东西存在。这意味着枚举每一个被索引卷上的每一个文件——不只是你的「文稿」文件夹，还有 App 包、缓存、框架资源、下载内容、如果你是开发者还有 Xcode 模拟器、虚拟机磁盘映像、node_modules 目录，以及所有其他日积月累的东西。一台在用的 Mac 通常有几十万到几百万个文件。

对每一个文件，macOS 都要执行 stat：读取它的名称、大小、时间戳、类型和扩展属性。单独看，每次操作都微不足道。但乘以一百万个文件，就是一场持续不断的小块随机读取风暴，而这恰恰是存储设备最不擅长的事情之一。在快速的内置 SSD 上这尚可忍受。在外接机械硬盘上，那就是酷刑。

任务二：从文件内部提取元数据

光知道文件存在，还不足以让 Spotlight 好用。你想搜的是文档内部——找到提到某个客户名的那份 PDF、含有特定短语的那个 Pages 文件、带着你依稀记得的附件的那封邮件。

这意味着 macOS 必须打开文件并解析它。这就是 Spotlight 导入器（importer）在做的事：一组针对特定格式的插件，负责打开一份 PDF、一个 Word 文档、一份 Keynote 演示文稿、一个源代码文件，或一张内嵌文字的图片，并从中抽出可搜索的内容。解析是真正吃 CPU 的工作。一份带扫描页的大型 PDF、一个 200 MB 的 Keynote 演示文稿，或者积攒了十年的邮件归档，读取并分词都要消耗实打实的处理器周期。

mdworker 和 mdworker_shared 就是在这里登场的。macOS 会并行启动多个工作进程来啃这个队列，这就是为什么你可能在 Activity Monitor 里同时看到好几个，也是为什么总 CPU 负载会很高、但单看任何一个进程又都不算灾难性的。

任务三：Photos 图库分析

Photos 会跑自己的一轮分析，由 photoanalysisd 负责。它独立于文件级索引，而且单个项目的开销要大得多，因为它读的不是文字——它是在图像内容上运行设备端机器学习，以支持人脸识别、场景与物体检测，以及「按照片里有什么来搜索」的能力。

一个有几万张图片的 Photos 图库，代表着极大量的推理工作。如果你的图库很大，而 Mac 的散热余量又一般，光是 photoanalysisd 就可能占了你感受到的大部分热量。它也是最有可能拖上好几天的任务，因为 Photos 会刻意限制它的速度，并倾向于在 Mac 空闲且接电时才运行。

任务四：设备端语义层，仅限具备相应能力的 Mac

在支持 Apple Intelligence 的 Mac 上，社区报告和 Activity Monitor 的观察结果指向这段时间会出现另外两个进程：siriinferenced 和 intelligenceplatformd。据称它们的作用是构建设备端的语义理解能力，让系统能够回答关于你自己内容的自然语言问题，而不只是做关键词匹配。

这是整幅图景中记录最不充分的部分，所以请把握松一些。 Apple 并未公布这些守护进程在 26.6 更新后的处理过程中究竟做了什么。可以观察到的是，人们报告在这个时间窗口里看到它们占用 CPU，而它们的出现也与媒体关于 macOS 27 Siri 的解读相吻合。如果你看到了它们，那与这个说法是一致的。如果你没看到，也不说明任何问题——有大量 Mac 根本不会跑这类工作负载。

把这四项任务加在一起，你得到的就是一台在多个核心上长时间维持高 CPU 的机器。持续的 CPU 意味着热量。热量意味着风扇。而在笔记本上，这一切都从电池里出。这里没有任何一处是故障。它只是一项你没有安排、也看不见的昂贵工作。

如何确认你的 Mac 上真的是这么回事

以上都是普遍情况。现在让我们确认它是否适用于你的机器，因为「大概是在索引吧」不是诊断——在你去核实之前，它只是猜测。四项检查，按投入的精力排序。

检查 1：Activity Monitor 的 CPU 标签页，按进程名查看

打开 Activity Monitor（「应用程序」→「实用工具」，或者按 Command-Space 输入它的名字——前提是 Spotlight 还配合）。点击 CPU 标签页，点击 % CPU 列标题以降序排序，让最忙的进程浮到顶部。

现在看名字。你要找的是：

• mds —— 元数据服务器。它是协调者。它本身通常不占多少 CPU，负责管理和派发工作。
• mds_stores —— 负责写入索引存储的进程。这通常是 Spotlight 相关进程中最重的一个，也是索引正在积极运行的最清晰的单一指标。
• mdworker / mdworker_shared —— 执行上文所述逐文件解析的导入器工作进程。同时出现好几个是正常的。
• photoanalysisd —— Photos 图库分析。它的出现意味着 Photos 那一轮正在运行。
• siriinferenced / intelligenceplatformd —— 在支持 Apple Intelligence 的 Mac 上，据报告是这项工作负载的一部分。再说一次：是报告，不是官方文档。

如果其中两个或更多正稳坐在你的 CPU 列表顶部，那诊断就确认了。这就是更新后索引从内部看起来的样子。

反过来，如果你在顶部看到的是浏览器、聊天 App、备份工具，或者某个你认得出的具体应用，那你的发热就不是索引引起的，你应该直接跳到讲其他原因的那一节。这是 Activity Monitor 能告诉你的最有价值的一件事，而它只需要十五秒。

关于读数字有一点要说明：在多核 Mac 上，单个进程的 % CPU 可以超过 100%，因为它是按核心计量的。一个显示 340% 的进程，大约占用了三个半核心的算力。这对并行索引工作来说很正常，本身并不值得惊慌。

检查 2：「能耗」标签页

切到 Energy 标签页。你要看的那一列是 Energy Impact，这是 macOS 自己对某个进程在电量上花了你多少代价的综合估算——它会计入 CPU，但也会计入唤醒次数和其他与功耗相关的行为。

对于「到底是什么在耗我的电」这个具体问题，Energy 标签页比 CPU 标签页更有用，因为一个进程可能只是中等忙碌但极其耗电，或者是以短促爆发的方式忙碌、被 CPU% 的平均值抹平了。如果索引守护进程主导了 Energy Impact，那就是你的耗电来源，而且被量化了。

既然到这儿了，顺便看一眼「防止睡眠」这一列。索引期间有进程阻止睡眠是预期之中的——macOS 会刻意让部分索引工作保持活跃，而不是让机器在任务中途打盹。

检查 3：在 Terminal 中运行 mdutil -s -a

Activity Monitor 告诉你什么在运行。mdutil 告诉你 Spotlight 自己认为它处于什么状态。打开 Terminal（「应用程序」→「实用工具」）并运行：

mdutil -s -a

-s 标志表示「显示状态」，-a 表示「所有卷」。你会得到每个卷一段输出，每段包含一个路径和随后的状态行。你希望看到的是：

/System/Volumes/Data:
	Indexing enabled.

Indexing enabled. 是健康的答案。它意味着 Spotlight 被配置为索引该卷，而这是这一切能正常工作的前提。

如果你只想看启动卷而不是每个已挂载的磁盘，使用：

mdutil -s /

有两种失败情形需要留意。如果某个卷报告 Indexing disabled. 而你并没有刻意禁用它，那 Spotlight 永远不会完成，因为它根本没在跑。用下面的命令重新启用：

sudo mdutil -a -i on

系统会提示你输入管理员密码；输入时字符不会显示出来，这是正常的。

如果 mdutil 返回的是错误而不是干净的启用/禁用状态，请记下确切的文字。那是我们稍后会回过头来讲的、真正「不正常」的信号之一。

取决于你的 macOS 配置，除非 Terminal 拥有完全磁盘访问权限（System Settings →「隐私与安全性」→「完全磁盘访问权限」），mdutil 对某些卷可能只报告有限的信息。如果输出看起来出乎意料地稀少，那在下任何结论之前值得先检查这一点。

检查 4：负载是否随空闲时间而变化？

这是大多数人会跳过的检查，而它是四项中诊断价值最高的。

索引被设计成一个好公民。你在积极使用 Mac 时它会退让，你不用时它会加大力度。所以健康索引的特征与你的活动量呈反向关系：接着电把 Mac 晾在一边，几分钟后风扇会更响；回来开始干活，风扇会略微缓和，因为系统把 CPU 让给了你。

如果你的发热是这个规律，那它就是后台维护工作，而且在推进。反过来，如果不管你做什么负载都完全平直——凌晨三点合着盖的 CPU 和下午三点重度使用时一模一样——那更符合某个东西卡在了循环里，而不是一个感知调度的后台任务。

你不必开着 Activity Monitor 也能观察这一点，用 Terminal 即可：

top -o cpu

它会按 CPU 占用对运行中的进程排序，并持续刷新。按 q 退出。相比一直开着 Activity Monitor（它本身也要吃掉一点 CPU），这是更轻量的盯梢方式。

关于你找不到的东西的说明

没有进度百分比。没有预计完成时间。macOS 不提供，任何命令组合也变不出来。有些人会盯着磁盘上索引文件的大小随时间增长，把它当作进度的粗略代理，但解读它需要谨慎——索引大小不是单调递增的，因为 macOS 会边走边压缩和重组。

接受没有进度条这件事。这是这个处境中真正令人烦躁的部分，假装它不存在也无济于事。你能做的，是确认正确的进程在运行、Spotlight 报告索引已启用、负载会响应空闲——然后把剩下的交给时间。

这到底该花多久

社区报告与媒体报道汇聚出一个大致的形状：更新后 CPU 会飙升大约 24 到 48 小时，几天内会在无需任何干预的情况下平息下来。

请正确理解这个数字。它是从人们的反馈中归纳出的典型区间，不是保证，也不是 Apple 公布的数据。你的 Mac 可能六小时就结束，也可能到第四天还在忙。要记住的不是精确的小时数——而是那个形状：起初很重，逐渐衰减，数天内结束。

更重要的是，这个计时只在你的 Mac 醒着并且在干活时才走。 这是整件事里最容易被误解的一点。如果你有一台 MacBook，每天晚上用三小时然后合盖，那你每天只给了索引器三小时。两天的工作量于是要花掉大半周，而每天早上你掀开盖子都是一台发烫的机器，于是断定毫无改善。其实没出任何问题——你只是在用非常小的份量喂它。

什么会让它耗时更久

• 资料库规模。 最大的单一因素。几十万个文件、一个几万张图片的 Photos 图库，或者积累多年的邮件，都会让工作量差不多线性地放大。
• 慢速存储。 Fusion Drive、老式 SATA SSD，尤其是外接机械硬盘，在索引所依赖的小块随机读取上要慢得多。一个装满归档资料的外接硬盘可能主导整个任务的耗时。
• 磁盘接近写满。 索引需要工作空间来写入和压缩索引。一个只剩百分之几可用空间的硬盘会剧烈抖动、变慢，严重时无法完成。如果你的存储很紧张，腾出空间是一项正当的干预手段——而且如果你的 Mac 属于罪魁祸首是「系统数据」类别膨胀的那一大批，我们的指南 为什么系统数据存储会膨胀且不肯缩小 讲解了如何把它回收回来。
• 睡眠。 如上文所述。每一次睡眠周期都会暂停进度，而且部分工作在唤醒后要重做。
• 抢占资源的其他负载。 如果你同时还在跑更新后的第一次 Time Machine 备份、一次 iCloud 重新下载和一次 Xcode 构建，那所有事情都会按比例变慢。
• 温度降频。 在无风扇或轻薄机型上，持续负载会导致时钟频率下降，从而拉长任务时间，进而拉长发热时间。改善通风确实能缩短总时长。
• 外接硬盘。 每一个已挂载、被索引的外部卷都是额外的工作量。卸载那些你当下并不需要的硬盘，是少数几件能显著加快进度的事情之一。

它运行期间你该做什么

对「我该做什么」最诚实的回答，基本上是「让它跑完」。但确实有少数几个选择真能帮上忙，也有几个真会帮倒忙。

插上电源。 这是价值最高的一个动作。接着交流电时，macOS 会更愿意积极运行后台维护，而且你不用再看着电量百分比下滑，这消除了绝大部分焦虑。用电池索引既更慢又更显眼——最糟糕的组合。

让 Mac 保持唤醒，并且掀开盖子。 合上 MacBook 的盖子会暂停大部分工作，还会把热量困在显示屏上。把它敞开着放在坚硬平整的表面上——不是床上，不是沙发垫上，也不是你的腿上——让机身能散热，也让任务能跑下去。如果你想让它整夜工作，System Settings →「锁定屏幕」可以延长显示器睡眠和屏幕锁定的等待时间，而「节能」（便携机型上是「电池」→「选项」）里有一个设置，可以在接电状态下防止显示器关闭时进入睡眠。

保持连接 Wi-Fi。 这段时间里跑的一部分内容并非纯本地——Photos 和 iCloud 的内容可能需要先同步或重新下载，才能被分析。保持联网能让这些完成，而不是一直卡住重试。

卸载你此刻不需要的外接硬盘。 每一个接入的被索引卷都会增加工作量。把那块你一个月才碰一次的归档硬盘弹出，就把它整个从队列里移除了。

不要强制退出这些守护进程。 从 Activity Monitor 里杀掉 mds、mds_stores 或 mdworker_shared 毫无用处。macOS 会在几秒内重新启动它们，而你可能丢弃了进行中的工作，这意味着同样的 CPU 周期要再花一遍。它感觉像是掌控了局面。实际恰恰相反。

现在还不要重建索引。 我们会讲怎么做，而且确实存在需要这么做的真实场景，但不是现在。细节见下下一节。

不要安装第三方清理或「优化」工具。 这个处境里没有任何一部分是靠额外软件解决的，而在你的 Mac 已经在扫描整个文件系统的时候，再加一个也要扫描整个文件系统的工具，只会让热量更糟，不会更好。

请暂时降低对 Spotlight 的期待。 在索引被重写期间，搜索可能返回不完整或排序奇怪的结果。这会自行恢复。如果 Spotlight 的搜索表现是最让你困扰的地方，我们的 macOS Tahoe Spotlight 完全指南 讲解了搜索系统的结构，以及各个部分各自负责什么。

什么时候这就不正常了

接下来这部分我们必须谨慎，因为这篇文章里那个让人安心的版本——「放轻松，只是在索引而已」——只有在它对你成立时才有帮助。读到这里的一部分人，索引是真的卡死了，或者遇到了不相干的问题，而叫他们等待，就是叫他们白白浪费一周。

请把下面这些当作真实信号，而不是疑神疑鬼：

负载从不衰减。 健康的索引会慢慢收尾。如果 mds_stores 的 CPU 占用在第一天、第四天和第七天完全一样，没有任何下降趋势，那这是平台期，不是冲刺。平台期不会自行消解。

mdutil 返回的是错误，而不是状态。 如果 mdutil -s -a 返回的是一条错误信息，而不是干净的 Indexing enabled. 或 Indexing disabled.，那说明 Spotlight 处于一种它自己都描述不了的状态，这是一个正当的故障。

索引报告为已禁用，而且启用后又变回去。 如果你运行了 sudo mdutil -a -i on，确认它生效了，之后却发现它又被禁用了，说明有东西在主动把它关掉。这不是靠等能解决的问题。

在整整一周的通电、唤醒运行之后，Spotlight 依然什么都搜不到。 索引期间结果不完整是预期之中的。但在一台一直接着电、一直醒着的机器上，一周之后连常见文件都返回零结果，那就不正常了。

Mac 很烫，但索引守护进程并不在 CPU 占用的前列。 这是最关键的一条。如果 Activity Monitor 显示某个浏览器、某个同步客户端或某个你认得的 App 在主导 CPU，那不管日历上的更新时间怎么说，索引都不是你的问题。相信 Activity Monitor，而不是那套说法。

内核崩溃、意外重启，或在负载下关机。 索引不会造成这些。发热加上不稳定，提示的是硬件或固件问题，需要的是 Apple 支持，而不是耐心。

风扇持续全速运转，机身烫到无法舒适地触碰。 温热是预期的。真正令人警觉的高温，尤其还伴随着从不调速的风扇，可能指向风扇或温度传感器故障——或者干脆只是通风口被堵了，这一点值得先检查。

在一次真正的、正确执行的重建之后依然毫无改善。 如果你最终做了下文描述的重建，给了它充足的时间，却落回完全相同的状态，那索引就不是问题所在。

如果你属于上述情形之一，下一节就是为你写的。如果你不属于，下一节就是个陷阱——请继续等待。

如何强制彻底重建索引，以及它的代价

先理解代价

强制 Spotlight 重建索引有两种方式。它们不是两种不同的修复手段——它们是同一个操作的两个界面，你不应该在试了一个之后再试另一个，指望得到不同的结果。

它们两个做的事都是擦除现有索引，然后从零开始。

请在你当前问题的语境下把这句话再读一遍。你之所以在这里，是因为你的 Mac 因构建索引而发烫。而重建会把迄今为止的每一点进度都扔掉，让它把整件事从头再做一遍。短期内，热量只会更糟，不会更好——你是在把一个比如说已完成 70% 的任务重置回 0%，而那 70% 你要再付一次账。

这就是为什么关于这件事所有可信的建议都是「先等，只有真卡死了才重建」。因为 Mac 有点热就在第一天重建，是你能做的最适得其反的事。它把一个两天的问题变成一个四天的问题，还让你确信这个修复没起作用。

要在你有真正理由的时候重建——出现平台期、mdutil 报错，或者一周的空搜索结果。而不是因为你不耐烦。

运行之前的准备

• 插上电源。 用电池做重建是个坏主意，原因显而易见。
• 在你不需要用这台 Mac 的时候开始。 睡前，或者在你要离开桌子一整天之前。给它不受打扰的、通电的唤醒时间。
• 确保你有可用的磁盘空间。 索引需要地方存放。
• 接受在它完成之前搜索都没法用。 你删掉的正是你要搜索的那个数据库。没有「部分可用」这种模式。

方式 A：Terminal

打开 Terminal 并运行：

sudo mdutil -E /

-E 表示擦除并为指定卷重建索引。末尾的 / 指向你的启动卷。系统会提示你输入管理员密码。

想在动手之前查看有哪些卷及其当前状态，先运行 mdutil -s -a。在现代 APFS 安装上，你通常会看到数据卷被列为 /System/Volumes/Data，如果 / 的表现不符合预期，你可以直接指向它：

sudo mdutil -E /System/Volumes/Data

命令返回之后，验证索引已启用并正在运行：

mdutil -s -a

你要看到的是 Indexing enabled.。如果显示已禁用，用 sudo mdutil -a -i on 把它重新打开。

然后就别管它了。预期风扇会在几分钟内高速转起来，并预期这个状态会持续数小时。那就是你要的重建，正按预期在工作。

方式 B：System Settings 中的「搜索隐私」

如果你不太想用 Terminal，图形界面的等效操作位于 System Settings →「Siri 与 Spotlight」（在某些配置下就叫 Spotlight）→「搜索隐私」。

点击 + 按钮，把你的启动磁盘（或你想重建的那个卷）加入隐私排除列表。稍等片刻。然后在列表中选中它，点击 – 再把它移除。

添加该卷是在告诉 Spotlight 忘掉它、停止索引它。移除它则是在告诉 Spotlight 从头开始索引它。净效果就是一次完整重建——与 sudo mdutil -E / 做的是同一件事。

用你觉得顺手的那个界面。不要两个都用。而且如果第一个看起来没起作用，运行第二个也不会有帮助，因为它是完全相同的操作；更可能的解释是，重建只是还在跑而已。

想更深入地了解重建流程——包括那些与任何系统更新无关、搜索本身就坏掉的情况——请看我们专门的 搜索失灵时重建 Spotlight 索引的指南。

其他真正可能该负责的原因

时间上的先后不等于因果。你的 Mac 是在你更新之后变热的，而更新确实启动了索引——但更新之后的那几天里还会发生别的好几件事，其中之一可能才是真正的元凶。在你断定索引就是全部故事之前，先排除这些，尤其是在 Activity Monitor 并没有显示索引守护进程排在顶部的情况下。

Photos 与 iCloud 的初次同步。 一次更新可能触发 Photos 重新校验其图库或重新下载原件，也可能触发 iCloud 云盘去核对文件状态。两者都既吃网络又吃磁盘，而且可能跑很久。在 Photos 中，滚动到「图库」视图的底部——同步状态会显示在那里。在 System Settings → 你的 Apple 账户 → iCloud 中，你可以看到 iCloud 云盘是否正在主动同步。这项工作常常与索引重叠，这也是为什么更新后的头几天感觉忙得不成比例。

某个复活的登录项或后台代理。 更新有时会重新启用你已经禁用过的东西，重新安装的 App 也会重新注册它们的辅助程序。检查 System Settings →「通用」→「登录项与扩展」，看看有没有你不认识或本来不打算允许的东西。一个行为异常的后台代理可以无限期地烧 CPU，而且和 Spotlight 完全没关系。

某个失控的 App。 开了几百个标签页的浏览器、连开数周的 Electron 应用、视频通话和同步客户端，都会产生持续的发热。如果 Activity Monitor 顶部的条目是一个应用程序而不是系统守护进程，那就是你的答案。退出它，观察温度，然后确认。

Time Machine 更新后的第一次备份。 大版本更新后，大量系统文件发生了变化，所以下一次备份会比常规增量备份大得多。它会在整个磁盘上广泛读取，与索引器直接抢资源。查看菜单栏上的 Time Machine 图标——如果它正在备份中，你的一部分热量该算在它头上。让它跑完，不要取消；取消一次备份只意味着以后要做一次更大的备份。

内存压力导致的交换。 如果你的 Mac 内存吃紧，繁重的后台工作会把它推入向磁盘交换的状态，这会在原有任务之上再叠加负载和热量。Activity Monitor 的「内存」标签页里有一张「内存压力」图——持续的黄色或红色意味着这一因素在起作用，退出几个吃内存的 App 既能减轻内存压力，也能减轻磁盘负担。

老化的电池。 这一条容易被忽略，因为它并不是新问题——只是更新把它暴露了出来。持续的 CPU 负载会狠狠地拉电池，而一块经年累月已经损失容量的电芯，恰恰在这种负载下最戏剧性地暴露年龄。查看 System Settings →「电池」→「电池健康度」。如果它报告 建议维修 或最大容量明显下降，那么你体验到的「26.6 毁了我的续航」，有一部分其实是一块本就勉强的电池，遇上了一个把它暴露出来的工作负载。

通风口被堵或积灰。 不够光鲜，但真实存在。一台好几年都好好的机器，可能仅仅因为进气口被挡住，就在持续负载下运行过热。在假定是软件原因之前，先确认通风口通畅、机器放在坚硬表面上。

为 macOS 27 做准备

如果媒体的解读是对的——记住，这是解读——那么此刻在你 Mac 上进行的工作就是一项投资，而不是一笔税。正在构建的索引，将是 macOS 27 的 Siri 和 Apple Intelligence 功能在你用自然语言提问自己内容时所要查询的基础。

这个视角对一个实际决定很重要：在你升级之前，先让它跑完。 如果你在一台还没做完这项工作的 Mac 上装 macOS 27，你就是在一个未完成的任务之上，再叠加一次大版本升级自身的索引与迁移。等到你的 Mac 重新变得凉爽安静之后再去装 macOS 27 更新——无论是现在的测试版还是秋天的正式版——是避免问题叠加最简单的办法。

在你规划时，有几件事值得知道：

• macOS 27 仅支持 Apple silicon，M1 或更新机型。Intel Mac 留在 Tahoe。如果你用的是 Intel 机器，所有关于「为 macOS 27 做准备」的说法对你都不适用，尽管 26.6 里的 Spotlight 优化照样跑了。
• macOS 27 目前处于公开测试阶段，预计秋季正式发布。在你的主力机器上跑测试版软件是一项真实的承诺，不是浅尝辄止的预览。
• 如果你已经在跑 macOS 27 测试版并看到类似的发热和耗电，那是另一种情况，需要另一套考量——测试版在升级时会做自己的、范围更广的重新索引。我们在 macOS 27 测试版上的 Spotlight 重新索引 中单独讲了那种情况，那篇文章讲的是测试版，不是 26.6。不要把两套建议混着用；时间线和预期行为都不一样。
• 如果你想了解全新的 Siri 与 Spotlight 整合在正式到来后应该带来什么，我们对 macOS 27 中全新的 Siri 与 Spotlight 对话 的详解，介绍了它在测试版中当前的功能集。

常见问题排查

问题：Activity Monitor 显示 mds_stores 占用 300%+ CPU，我想杀掉它。 解决方案： 别。强制退出它并不能停止工作——launchd 会在几秒内重启这个守护进程，而且任何进行中的索引进度都会被丢弃，也就是说那些 CPU 时间要再花一遍。mds_stores 的高占用，恰恰是索引正常推进的最清晰可得的证据。插上电源，让 Mac 保持唤醒，让它跑。唯一正当的干预是一次刻意的重建，而且只有在满足「不正常」那一节的判据时才做。

问题：我在第一天就跑了 sudo mdutil -E /，现在我的 Mac 比之前还烫。 解决方案： 很遗憾，这正是预期的结果。这次重建丢弃了更新后索引过程已经完成的所有进度，从零重启，所以那部分工作你要再付一次账。没有办法撤销，也没有捷径可走。插上电源，保持掀盖，别让机器睡眠，给它完整的 24 到 48 小时唤醒运行时间。不要再跑一次重建——再做一次就是再重置一次。

问题：mdutil -s -a 显示我的启动卷是 Indexing disabled.。 解决方案： Spotlight 没在运行，所以它永远不会完成，搜索也会一直坏下去。用 sudo mdutil -a -i on 重新启用它，按提示输入管理员密码。然后再运行一次 mdutil -s -a，确认它现在报告 Indexing enabled.。如果它自己又变回禁用，说明有东西在主动把它关掉——去 System Settings 的「搜索隐私」里检查该卷是不是被列在那儿了，如果是就把它移除。

问题：我的 MacBook 每天早上都很烫，已经一周了还是没有改善。 解决方案： 数实际的唤醒通电小时数，而不是日历天数。如果你每天晚上用几小时然后就合盖，那你给索引器的运行时间只是 24 到 48 小时这个估算所假定的一小部分。让它插着电、掀着盖、放在坚硬表面上、在接电时禁止睡眠，完整不间断地跑一整夜。如果那之后 CPU 依然没有明显衰减，你就进入了真正该重建的范畴。

问题：Spotlight 完全没有任何结果，我甚至没法用搜索启动 App。 解决方案： 在重建进行期间这是预期的，因为你要搜索的那个数据库正在被重新填充。这期间请从「应用程序」文件夹或程序坞里启动 App。如果在真实的一周通电运行之后依然如此，检查 mdutil -s -a 是否报错或处于禁用状态，然后执行一次刻意的重建，让它跑一整夜。如果之后搜索仍然是空的，那问题就不在索引，你该升级到联系 Apple 支持了。

问题：热是真的热，但索引守护进程在 Activity Monitor 里根本排不上号。 解决方案： 那么不管时间上多巧，索引都不是你的原因。按 % CPU 对 CPU 标签页排序，找出真正的占用大户，然后到 Energy 标签页看 Energy Impact 排第一的条目。常见元凶包括开了很多标签页的浏览器、同步客户端、Time Machine 更新后的第一次大备份，以及被重新启用的登录项。退出排在最前面的那个，观察几分钟内温度是否下降。

常见问题

是 macOS 26.6 造成了电池问题，还是我的电池要坏了？

两种都有可能，而且很容易混淆。更新后的索引确实会让电量掉得更快，但它是暂时的，而且会逐渐衰减。而一块衰竭的电池不会恢复。查看 System Settings →「电池」→「电池健康度」：如果它显示「建议维修」，或者最大容量明显下降，那就是更新暴露了一个已存在的问题，而不是制造了一个新问题。

更新后的索引到底要跑多久？

社区报告指向大约 24 到 48 小时的高 CPU，几天内平息。这是一个典型区间，不是 Apple 给出的保证。关键在于，这个计时只在 Mac 醒着并运行时才推进。一台每天晚上只用几小时的笔记本，会把两天的工作量摊到大半周。

我该不该跑 sudo mdutil -E / 来加快速度？

不该。那条命令会擦除索引并从零重建，丢弃所有已完成的工作。它在短期内只会让热量更糟，不会更好。把它留给真正卡死的索引——那种在数天通电运行后 CPU 毫无衰减、mdutil 报错，或者整整一周之后搜索结果依然为空的情况。

Spotlight 隐私那个技巧和 Terminal 重建有区别吗？

没有。把一个卷加入 System Settings →「Siri 与 Spotlight」→「搜索隐私」再移除，强制触发的正是 sudo mdutil -E / 所执行的那次完整重新索引。它们是同一个操作的两个界面。挑你喜欢的那个，跑一次，不要指望换另一个能得到不同结果。

Apple 真的在为 macOS 27 的 Siri 准备我的 Mac 吗？

Apple 的更新说明写的是，此次更新为 macOS 27 的发布优化了 Spotlight——这部分是确认的。而「这是在构建 macOS 27 的 Siri 与 Apple Intelligence 功能背后的索引」这个具体说法来自媒体报道，不是来自 Apple。考虑到目前已知的 macOS 27 信息，这是一个合理的推断，但请把它当作解读来看待。

如果我从来不用 Spotlight，能不能干脆把索引彻底停掉？

你可以用 sudo mdutil -a -i off 禁用索引，但这笔账划不来。Spotlight 支撑着 App 启动、Mail 和 Photos 的搜索、Siri 建议，以及许多 App 中的文件查找——禁用它会永久性地削弱所有这些功能，只为躲开几天的发热。等它跑完，几乎总是更好的选择。

结语

如果你的 Mac 在你装完 macOS 26.6 之后立刻发烫并疯狂掉电，压倒性可能的解释就是它正在重建 Spotlight 索引——而 Apple 用一行字告诉了我们原因：此次更新为 macOS 27 的发布优化了 Spotlight。媒体报道中流传的 Siri 角度，是对那句话一个说得通的解读，但它是解读，不是 Apple 的声明，把这两者在脑子里分开是值得的。

去确认它，而不是假定它。打开 Activity Monitor，按 % CPU 排序，找 mds、mds_stores 和 mdworker_shared，如果你有一个规模可观的 Photos 图库，再加上 photoanalysisd。看 Energy 标签页，找出真正在耗你电的是什么。运行 mdutil -s -a，确认索引已启用。留意负载是否在你离开时上升、在你干活时缓和——那种反向关系正是健康后台任务的特征。

然后去做那件无聊但有效的事：插上电源，掀着盖放在坚硬表面上，接电时禁止睡眠，卸载你不需要的外接硬盘，让它跑完。给它实打实的 24 到 48 小时唤醒运行时间，而不是日历天数。忍住强制退出守护进程或重建索引的冲动，因为这两者都会丢弃进度，并延长你正想要结束的那个问题。

而如果你确实跨进了真正不正常的范畴——通电数天后毫无衰减、mdutil 报错、索引怎么都保持不了启用状态，或者整整一周搜索结果完全为空——那就刻意地重建一次，在夜里，接着电，并给它需要的时间。如果那也改变不了什么，那索引从来就不是问题所在，是时候去看看上文的其他原因，或者联系 Apple 支持了。

读到这里的绝大多数人，除了插上电源等着，什么都不需要做。这不是一个令人满意的答案，但它是正确的那个。你的 Mac 没坏。它只是在忙。