macOS 控制台日志由统一日志系统管理，不以明文文件形式持久化，而是存于受保护的二进制数据库（/var/db/diagnostics/和/var/db/uuidtext/），通过log config设置保留策略（如keep-14-days或limited=2G）实现自动归档与清理，/var/log/下传统日志则由newsyslog按规则轮转压缩。
macos 控制台日志不以传统明文文件形式“持久化存储”在公开路径中，而是由统一日志系统（unified logging）管理，底层数据存于受保护的二进制数据库，路径为 /var/db/diagnostics/ 和 /var/db/uuidtext/。这些目录不可直接读写，也不应手动清理——真正的持久化靠系统自动归档与策略控制实现。
统一日志的归档机制与实际存储位置
统一日志默认启用自动归档，不是把日志“存进某个固定文件夹”，而是按时间切片生成加密压缩的归档单元（.logarchive），并随磁盘压力动态淘汰旧数据。你能在 Console.app 中通过“日志报告”看到这些归档，双击即可加载；导出时生成的 .logarchive 文件是自包含结构，可离线查看，但原始数据库本身不暴露为用户可访问的日志文件。
- 实时日志查询走 log 命令，如
log show --last 1h，数据来自内存+活跃数据库 - 历史归档由系统后台维护，
log stats显示的 “Data stores” 条目（如 “7 days ago”）即代表已归档的时间段 - Console 中“日志报告”里显示的条目，本质是系统自动生成的 .logarchive 快照，非实时文件映射
用 log config 设置真正有效的持久化策略
所谓“持久化”，在这里指明确约束日志保留时长或空间上限，让系统按需自动归档并清理，而不是放任增长或手动干预。这是唯一安全、持久且重启生效的方式：
- 保留最近 14 天：
sudo log config --mode "persist:keep-14-days" - 限制总占用不超过 2GB：
sudo log config --mode "persist:limited=2G" - 恢复系统默认（按磁盘压力自动清理）：
sudo log config --mode "level:default" - 查看当前策略：
log config --status
/var/log 下的传统日志路径与轮转管理
部分服务（如 system.log、install.log）仍使用传统文本日志，路径在 /var/log/，由 newsyslog 管理轮转和压缩。这里才是你可直接看到、命名规则清晰的持久化文件：
- 归档文件形如
system.log.0.gz、install.log.1.gz，带时间戳或序号 - 轮转规则定义在
/etc/newsyslog.conf，关键字段包括保留数量（第5列）和是否压缩（末尾含z） - 修改后无需重启，newsyslog 每小时自动触发一次；可用
sudo newsyslog -nvv模拟验证
日常归档使用与导出建议
持久化的价值在于可查、可导、可分享，而非单纯“存着”。推荐养成以下习惯：
- 在 Console 中选中某时段 → 右键 → “导出所选内容” 或使用
log collect --start "2026-06-01" --end "2026-06-30"生成 .logarchive - 导出的 .logarchive 文件可双击用 Console 打开，支持全文搜索、过滤器、时间轴拖拽
- 避免依赖 /var/db/diagnostics/ 下的原始文件——它们不是设计给用户直接访问的，误删会导致诊断报告异常
