SVN服务器历史事务日志不以独立文件存在，而是嵌入FSFS仓库的db/revs/、db/revprops/和db/transactions/中；清理需先用svnadmin lstxns检查并清除残留事务，再通过dump+svndumpfilter剔除大文件，接着执行svnadmin pack压缩碎片，最后验证完整性并调优压缩配置。
SVN服务器的历史事务日志（如未完成事务、冗余修订、残留大文件）本身不以“日志文件”形式独立存在，而是深度嵌入在FSFS格式仓库的 db/revs/、db/revprops/ 和事务目录（db/transactions/）中。真正占用空间的不是传统意义上的日志，而是已提交但未被压缩、已删除但未被彻底移除、或异常中断后遗留的元数据与内容块。深度清理需绕过客户端操作，直击服务端存储结构。
检查并清除残留事务
未完成的事务会以 .txn 后缀保留在 REPOS_PATH/db/transactions/ 目录下，长期占用空间且无法通过普通提交清理：
- 运行
svnadmin lstxns REPOS_PATH列出所有活跃事务；若输出为空，说明无进行中事务；若有输出，用svnadmin rmlocks REPOS_PATH --transaction=TXN_NAME或直接删除对应.txn目录（确保服务已停止） - 注意：不要手动删
transactions/下非.txn文件，否则可能损坏仓库
识别并剔除历史中的大体积文件
SVN不会因删除操作自动释放空间——被删的大文件仍保留在旧修订中。必须从 dump 流中定位并过滤：
- 执行
svnadmin dump --deltas REPOS_PATH | grep -A1 -B1 "Node-path:.*\.\(zip\|iso\|mp4\|pdf\|tar\|exe\)$" | head -50快速扫描可疑路径与版本 - 对确认的大文件（如
/assets/large-dataset.zip），用svndumpfilter exclude /assets/large-dataset.zip --drop-empty-revs --renumber-revs < full.dump > clean.dump生成精简版 dump - 重建仓库：
svnadmin create NEW_REPO && svnadmin load NEW_REPO < clean.dump，再替换原仓库（操作前务必停服并完整备份）
执行底层压缩与验证
FSFS 仓库经长期使用会产生大量小文件碎片，pack 可合并旧修订、启用增量压缩并释放空间：
- 运行
svnadmin pack REPOS_PATH（要求 SVN ≥ 1.10）；该操作在线安全，但耗时较长，建议在低峰期执行 - 执行
svnadmin verify REPOS_PATH确保压缩后数据完整性 - 检查
db/revs/目录大小变化：du -sh db/revs/对比前后，通常可减少 20%–40% 空间
禁用冗余历史与启用压缩策略
部分旧版 SVN 默认不启用内容压缩，且保留全部 revprops（修订属性），可主动优化：
- 启用 BZip2 压缩：
svnadmin setlog REPOS_PATH --set-value compression:on（注意命令为setlog，非setprops；实际应使用svnadmin setlog配合配置文件或升级到支持压缩的版本） - 如仓库已启用 FSFS v6+，可通过编辑
db/fsfs.conf设置compress = bzip2并重启服务 - 定期归档早期修订（如仅保留最近 3 年）：用
svnadmin dump -r START:END导出后离线保存，再重建新库
这些步骤不是简单“清日志”，而是对 SVN 仓库物理结构的一次外科手术式治理。关键在顺序：先清事务、再筛大文件、接着 pack 压缩、最后调优配置。每步都依赖服务停机窗口和完整备份，不可跳过验证环节。
