必须降低快照触发频率以缓解IO压力，确认当前--snapshot-count值（默认100000），可通过静态重启、动态SIGHUP（v3.5.0+）或容器滚动更新修改，再通过日志、etcdctl和iostat验证生效。
当etcd集群写入频繁导致WAL日志积压、磁盘IO持续100%、leader心跳超时告警频发时，必须降低快照触发频率来缓解后端存储压力，避免因snapshot-count过高引发的I/O雪崩。
确认当前快照频率配置
执行ps aux | grep etcd，在启动参数中查找--snapshot-count值；若未显式指定，则默认为100000次Raft提交触发一次快照。
这一步不能跳过——很多运维人员直接改配置却忘了确认实际生效值，结果调优无效。
修改快照触发阈值
方法一：静态重启方式（推荐用于生产环境可控窗口）
编辑etcd服务单元文件（如/etc/systemd/system/etcd.service），在ExecStart行末尾添加或修改参数：--snapshot-count=50000
方法二：动态重载（仅限支持热重载的etcd v3.5.0+）
向etcd节点发送SIGHUP信号：kill -SIGHUP $(pidof etcd)
【必须确保etcd进程启动时已启用--enable-v2=false且未使用--proxy模式】
方法三：容器化部署调整（Kubernetes场景）
修改StatefulSet中etcd容器的args字段，将原--snapshot-count=100000替换为--snapshot-count=30000，然后滚动更新Pod。
验证快照频率是否生效
第一步：查看etcd日志实时输出journalctl -u etcd -f | grep "saved snapshot"
第二步：统计单位时间内快照生成次数
运行etcdctl endpoint status --write-out=table，观察raftIndex与snapshotCount的增长速率比值是否趋近于新设值。
第三步：检查WAL目录IO压力变化
执行iostat -x 1 5 | grep nvme（假设使用NVMe盘），确认%util从持续95%+回落至稳定在60%以下。
