线上配置被人改了半小时才发现 版本记录里为什么只有一条

SELECT id, data_id, version, operator, created_at FROM config_history
WHERE data_id = 'order.yaml' ORDER BY id DESC LIMIT 5;
# 期望能回滚到开头的 version-1

限流阈值从 200 变成 20，半小时后监控发现拒绝率 40% 才被叫停。配置中心的版本记录只有当前这一条，没有操作人，历史版本点进去是空白。先别急着动参数，把报错原文和时间点记下来，顺序反了容易白折腾。

原因不复杂，配置中心用的是覆盖写，每次保存直接改当前行，没有留存快照。变更接口也没有记录操作人，审计和配置是两套东西。

这次卡住的地方就在「配置版本追溯缺失」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。

接口问题先分清是没发出去、发出去了没收到，还是收到了处理失败。

处理上按这个顺序：每次发布写一条版本记录 带操作人 时间和 diff；提供按版本回滚 不要只能手改；变更后自动通知相关人 高风险配置要求审批。

改完只确认一件事：再改一次配置后历史里有两条记录，能查到操作人并一键回到上一版。