Mac“系统数据”异常庞大主因是过期诊断报告堆积，可通过系统设置清理旧崩溃日志、手动删除~/Library/Logs/DiagnosticReports中老旧.crash/.panic文件、用sudo log erase命令安全清空统一日志数据库，并关闭自动提交以限制新增。
Mac“系统数据”或“其他”类别异常庞大，且近期未安装新系统、未调试应用，大概率是诊断报告、崩溃日志与系统日志长期堆积所致。这些文件由macOS自动创建，用于故障分析，但90天后基本失去调试价值，持续保留仅占用空间。
用系统存储管理一键清理旧诊断报告
macOS Ventura 13及以上版本已内置诊断数据识别能力，能安全筛选并移除过期崩溃报告，无需手动定位路径，避免误删活跃日志。
1、点击屏幕左上角苹果菜单 → “系统设置”；
2、左侧边栏点“通用”，右侧点“储存空间”；
3、等待扫描完成（约10–30秒），在“系统数据”条目旁点击“管理”；
4、在弹出窗口中找到“诊断报告”或“崩溃报告”子项，勾选所有【创建时间早于2026年6月16日】的条目；
5、点击“删除”，确认执行。
手动清除用户级DiagnosticReports文件夹
该路径仅记录当前账户运行的应用崩溃信息，删除后不影响系统稳定性，也不会干扰新报告生成。这是释放数百MB至数GB空间最直接有效的操作。
方法一：访达图形化操作
1、打开访达，按 Command+Shift+G 调出“前往文件夹”；
2、输入 ~/Library/Logs/DiagnosticReports 并回车；
3、顶部菜单栏点“显示”→“排序方式”→“修改日期”，让旧文件沉底；
4、按住 Shift 键，从底部向上选中所有创建时间早于2026年6月1日的 .crash 和 .panic 文件；
5、拖入废纸篓 → 右键“清倒废纸篓”。
方法二：终端批量删除（更彻底）
1、打开“终端”（应用程序→实用工具）；
2、输入命令：find ~/Library/Logs/DiagnosticReports -name "*.crash" -mtime +90 -delete；
3、再执行：find ~/Library/Logs/DiagnosticReports -name "*.panic" -mtime +90 -delete；
⚠️ 注意：此命令按修改时间计算，不是创建时间，若文件被手动打开过可能延迟删除，建议优先用方法一核对。
终端清理统一日志数据库
macOS 10.12+ 使用 Unified Logging 架构，所有实时与历史错误报告（含内核崩溃、启动异常）均以数据库形式存于 /var/db/diagnostics。严禁直接删除该目录，必须使用 log erase 命令触发系统级安全擦除，否则将破坏日志一致性。
第一步：清空全部统一日志（适用于刚重装或彻底排查后）
在终端中输入：sudo log erase --all，输入管理员密码后执行。
第二步：精准清理指定时间段（推荐日常维护）
例如删除2026年全年以外的所有崩溃记录：sudo log erase --since "2026-01-01" --until "2027-01-01"；
若只想清理30天前的错误：sudo log erase --since "30 days ago"。
第三步：验证是否生效
执行 log show --last 1h | grep -i crash，若无输出，说明近期崩溃记录已清空。
禁用崩溃报告自动提交并限制本地保存
macOS默认启用向Apple发送崩溃报告功能，该过程会在本地暂存副本，并可能重复生成冗余记录。关闭后可阻止新崩溃文件持续写入，同时控制已有报告的生命周期。
1、点击苹果菜单 → “系统设置”；
2、进入“隐私与安全性”→“分析与改进”；
3、关闭“共享Mac分析数据”和“共享iPhone分析数据”；
4、点击“分析数据”右侧的“详细信息”；
5、确认列表中无Xcode等调试工具关联的活跃.crash文件后，勾选【自动删除超过90天的诊断数据】。
