旺季买的票，投诉往往在淡季才来；财务翻旧账常常跨年。日志保留期不是随手写一句“存半年”，它要同时兜住游客维权、审计查账、监管抽查三条线，取其中最长的一个再留余量。

一、三条时间线取最大值。游客侧看投诉到件周期，旺季购票、错峰投诉，常见拖到九十天以后；财务侧看查账与红冲，当年的票款调整往往到次年审计才被发现；监管侧要求能回溯指定日期的销售与核销。取最大之后的稳妥做法是在线保留十三个月，超期数据转归档库，整体可查到三十六个月。

二、必须单独留痕的只有六类动作。改价、作废、手工核销、退款与部分退票红冲、库存人工调整、渠道配额修改。这六类都会把一个已经存在的数改成另一个数。查询、导出、打印这类只读操作不必逐条留，全量记录反而有害：日志一夜涨几百万行，真要查的时候翻不动。

三、每条留痕要能独立回答问题。字段至少十个：关联订单号、关联票号、操作前值、操作后值、操作类型、操作员编号、审批人编号、终端标识、精确到秒的时间戳、原因备注。缺一项就断链：只记操作人不记审批人，事后无法判断是否越权；终端标识全写成通用名，定位不到是哪一台窗口终端按的。

四、日志表太大怎么办。先按月分区，一张表只装一个月；再分冷热，近九十天留在业务库，其余进归档库，归档表只留四个索引字段，订单号、票号、操作员、时间，客服按前两个查，审计按后两个查。报文类大字段不进日志主表，另存附表，靠流水号关联。

五、权限与责任怎么分。保留期由运营定投诉窗口、财务定审计窗口，系统管理员执行分区与转档，店长每季度抽查一次。抽查要具体：随机取十个作废单和十个手工核销单，逐条找审批人和终端标识，找不到的记一次不合格。

转档这一步怎么跑。放业务低峰执行，一次只转一个月，转完立刻拿三天数据回验，确认按票号还能查到操作前后值再删原表数据；没验就删，等于把纠纷的最后一道证据丢掉。归档库只开一个查询入口，给对账岗和审计用，客服界面不显示，避免一线把归档数据当成实时状态。转档失败的批次留在原位不动，并单独记一条待处理项。

没做对的时候是什么样子。客服接到投诉也只能说系统里查不到；一张被作废三次的票，没人能说出每一次是谁点的；两笔退款相隔四分钟，判断不了是重复退还是二次投诉退，只能按最坏情况处理。

判据留一句。日志合格的唯一标准是：给定任意一天和任意一张票，能列出这天它被谁改过、改成什么、谁批的。跑得通这一条，保留期定多长都有意义；跑不通，存三年也是空表。易买票把这条口径固化在留痕模板里，改价、作废、手工核销三类单独建表而不是混在系统日志里，就是为了能按票反查。