两个人都点了保存，屏幕上都是成功提示，配置页却只剩一份改动。这类事在票务系统里不算稀奇：同一条票种配置，两个窗口各改各的，谁都觉得自己那一下是对的。等到业务发现库存栏又变回旧数，才有人问，保存顺序到底怎么算，后点的那只手算不算数。先把这套票务系统保存时按哪条规则留人弄明白，争论才有落点。

票务系统保存配置，动一栏盖掉一整页

整份覆盖和按栏合并，是两条不同的写法。前者把编辑页上所有栏目一起写回去，哪怕这个人只动了其中一栏；后者只写真正变过的那几格，其余保持原样。并发编辑的后果轻重，就由这个选择定下来：整页回写的系统里，两个人各改两栏，最后往往只剩一个人的版本，覆盖冲突也比按栏合并多得多。售票系统里最常见的误会也在这儿，培训讲的是只改一栏，系统做的却是整页回写。所以别急怪人粗心，先看保存动作带了多少字段。

版本对不上，谁来喊停

配置保存须校验版本，这一条是分水岭。保存请求里带上打开页面时的版本号，后台一比，版本变了就拒绝写入，回一句“这条配置已被他人修改，请重新载入”。提示要在五秒内出现；慢了，人会以为没反应，再点一次，新的一份又被盖回去，覆盖冲突就这么攒了下来。不校验版本的系统也回话，回一句保存成功，谁看都安心，问题留到第二天才发作。售票系统里换过一版配置页之后，保存顺序和版本号放在一起看，才说得出谁先谁后。

同一条配置，允不允许两个人同时开着

同一条配置允不允许两个人同时开着，答案要写进说明。允许，就等于默认接受并发编辑，也把覆盖冲突请进了门；不允许，就在打开时加锁，第二个人只能看、不能改。硬规矩是同一条配置同时编辑不超一人，这一句要跟着配置走，不能只靠交接时口头带一句。改错了也得有路可退：每次保存留一份前值，能从变更记录里点回上一版。这条线由系统管理员定，运维在执行层面盯着，两边别互相等。

查起来并不复杂：把配置变更日志按栏目名筛一遍，时间条拉到那一分钟，两条记录并排摆着看。第二条里一旦出现第一条没碰过的字段，后头还跟着新值，整份覆盖就坐实了，保存顺序也一眼分得出。一周出现满两次，系统管理员就该把这条配置的并发编辑关掉，再逐条补一条变更说明；跨日的那几条单独注一笔，别混进同一批。

先算一笔账：一种做法是谁后保存谁算数、保存时不校验，开发省事，上线也快，代价是前一个人改的三个栏悄悄没了，事后指不出是谁盖的，覆盖冲突只能靠回忆复现。另一种是保存时校验版本、冲突就提示重新载入，每次保存多花两秒，谁的改动都留得住。并发编辑一多，前一条路的毛病就露出来了，多花的那两秒反而最省心。这套票务系统的保存顺序，也不该再靠人记。

例外只留一个口子，叫紧急回滚。配置把闸机挡在外面的时候，等不起重新载入，允许强制覆盖一次。这一笔由运维在变更单上写清回滚原因与工号，复核人签系统管理员。口子开一次记一次，不因为急就省掉那两行字，也不许把强制覆盖当成日常办法；售票系统里这道口子一年也开不了几次。