etcd 3.5.2三节点集群db_size持续增长，需手动压缩整理求方案

针对你遇到的etcd 3.5.2集群DB size持续增长的问题，可通过以下配置优化和业务调整彻底解决手动操作的需求：

1. 启用自动Compaction（核心配置） #

etcd 3.5内置自动Compaction功能，默认可能未配置合理的保留策略，导致历史版本累积。需通过以下方式配置：

• 静态启动参数：在etcd启动时添加：

  --auto-compaction-mode=revision --auto-compaction-retention=100000
  # 或按时间保留，例如保留最近1小时的版本：
  # --auto-compaction-mode=time --auto-compaction-retention=1h
  

  选择revision模式适合写入频繁的场景，time模式适合写入节奏稳定的场景，根据业务实际调整保留值。
• 动态修改配置：无需重启集群，直接通过etcdctl设置：

  etcdctl put /config/compaction/mode revision
  etcdctl put /config/compaction/retention "100000"
  

2. 启用自动Defragmentation #

etcd删除或compact数据后，磁盘空间不会立即释放，需Defrag回收。3.5支持自动Defrag，配置方式如下：

• 静态启动参数：

  --auto-defrag-enable=true --auto-defrag-interval=24h
  

  建议设置为低峰时段的间隔（如凌晨执行），避免影响业务。
• 动态开启：

  etcdctl put /config/defragmentation/enable true
  etcdctl put /config/defragmentation/interval "24h"
  

3. 优化业务侧键值写入逻辑 #

频繁的写入/删除操作是DB size增长的根源，需调整业务代码：

• 对临时数据使用TTL键，让etcd自动过期清理：

  etcdctl put --ttl=3600 temp-key temp-value
  

• 避免频繁更新同一个键的无意义版本（如重复写入相同值），减少版本累积。
• 批量删除不再需要的键，避免零散删除产生过多碎片。

4. 验证配置生效 #

执行以下命令确认自动配置已生效：

# 查看当前compaction和defrag配置
etcdctl config show
# 查看节点状态，监控DB size变化
etcdctl endpoint status --write-out=table

关于3.2与3.5的差异说明 #

etcd 3.2的自动Compaction默认未启用，可能你当时通过其他方式（如定时脚本）间接控制了版本数量；而3.5的存储引擎（bbolt）优化了写入性能，但对碎片回收的依赖更强，因此必须显式配置自动Compaction和Defrag才能维持DB size稳定。

内容的提问来源于stack exchange，提问作者mencutekinfatih