在审计 Windows 11 进程对 PC 资源的影响时，搜索索引常被视为 C 盘空间膨胀的元凶。尽管部分指南警告该数据库可能膨胀至数百 GB，但在近十万个索引项目的测试环境中，其实际占用仅为 502MB。然而，结合大量用户报告的同版本系统下文件膨胀超 100GB 的案例来看，这一组件的资源占用存在极大的不确定性。
Windows 搜索不仅索引文件名，还存储文件内部内容，并在文件变更时重新索引。在某些系统配置下，这种机制可能导致索引体积激增至 200GB。
定位臃肿根源：Windows.db
搜索索引的核心文件为 Windows.db，位于 $env:ProgramData\Microsoft\Search\Data\Applications\Windows\ 目录下。该数据库旨在加速开始菜单搜索结果，而非每次查询时实时扫描驱动器。
由于系统未提供直接查看索引占用的界面，需通过管理员权限运行 PowerShell 进行诊断。执行以下命令即可获取文件大小：
Get-Item "$env:ProgramData\Microsoft\Search\Data\Applications\Windows\Windows.db" -Force | Select-Object Name, @{n='MB';e={[math]::Round($_.Length/1MB,2)}}若结果显示为几百 MB，通常属于正常范围。以测试机为例，近 20 万个索引项占用约 449-500MB，平均每个文件不足 2.6KB。对于文档密集型设备，几 GB 的占用亦可接受；但若数值显著超出此范围，则需介入处理。
修复方案：重建索引
若确认 Windows.db 异常庞大，最直接的修复方式是重建搜索索引。具体步骤如下：
- 按下 Win + R 打开“运行”对话框。
- 输入 control srchadmin.dll 并回车，打开“索引选项”。
- 点击底部 高级 按钮，确认管理员权限提示。
- 在“索引设置”选项卡的“故障排除”部分，点击 重建。
- 点击确定确认操作。
重建期间，搜索结果可能不完整，但不影响其他系统功能。测试显示，该过程耗时约 20 分钟。完成后，可再次运行上述 PowerShell 命令验证空间释放情况。
索引模式与性能阈值
Windows 11 提供“经典”与“增强”两种索引模式，二者对存储空间的影响差异显著：
- 经典模式（默认）：仅索引文档、图片、音乐、桌面等特定文件夹。
- 增强模式：索引整个 PC 内容。
测试显示，从经典模式切换至增强模式后，一小时内索引项目从 10 万激增至 19.9 万，体积从 504MB 增至 604MB。在文件量更大的设备上，这一差距将进一步放大。
即便在经典模式下，若工作流涉及频繁变动的文件（如虚拟机镜像、同步云文件夹、node_modules 等），Windows.db 仍可能异常增长。这是因为索引范围基于位置而非文件大小，任何文件重写都会触发重新读取。
微软官方指出，当搜索项目超过 40 万个时，PC 可能出现性能下降；索引器上限约为 100 万个项目，超出后可能导致服务失败或 CPU、内存及磁盘占用率飙升。因此，合理设置排除项至关重要。
尽管管理一个潜在增长至数百 GB 且隐藏较深的数据库显得繁琐，但通过 PowerShell 诊断与索引重建，用户可有效掌控这一隐蔽的空间占用源。