同一笔单子两边日期对不上，多半是时区没有统一
同一笔单子，运营看到的日期是三号，导出表里却是二号，两边各拿各的数争论半天。查到临了发现一处按本地时间算，一处按另一种基准算，跨天那几个小时正好被推到了前一天。一、存储统一用一种基准
存的时候只留一个基准，附带一个偏移量也好，总之别把带本地时间的字符串直接塞进库。字符串看着直观，等到要跨地区比大小、做汇总，就得先猜它原本是哪一处的时间。审批流里给改汇总口径加一问，问旧报表还按不按老口径读，这一问常常能拦下悄悄一换、整条历史跟着翻身的情况。
基准定下来写进约定，新接入的服务照着来。半路冒出一个自己存本地的，当时不显眼，等两边数据要拼在一起，差的那几小时才浮出来。排班表上把跨天那几小时单独标出来，那一段出问题不好找人，提前说清谁盯着，比事后在群里翻聊天记录省事。
二、展示才换算到当地
换算放在要给人看的那一层，取到基准之后按用户所在的地方转一次。中间各层都拿基准算，逻辑不用关心在哪儿看，写起来少一多半分支。月度盘点把两份日报的条数摆在一起对一遍，长期差着几笔就说明口径还各有各的，趁早定比月底争论省得多。
用户没设地方的时候给个说得通的默认值，并在设置里让人能改。默默按总部所在的地方算，另一处的人看到的时间就总差一截，还以为是自己记错了。预算里给对时和日志留存算一份，看着不起眼，等到几台机器的日志要并排读，少一位偏移就得靠人逐条去猜先后。
三、跨天边界单独测
日切前后那几分钟，格外容易把一天的单子算到另一天去。拿几组刚好卡在边界的时刻专门跑一遍，看汇总的条数对不对，比事后对着报表猜省事。和运营、财务两边约好各用哪一处看数，写进报表抬头，省得每回开会都要先花时间讲一遍为什么两份数不一样。
测试里也带上月末、年末这些交界。平时跑得顺的按日汇总，碰上那两天常常多出或少掉一段，等月报出来才发现，回头补数得把整月重跑。值班交接时把当天有没有赶上切换日写上一句，接手的人看到这句，再去读那天的曲线就不会把少掉的一小时当成掉量。
四、夏令切换要留痕
有的地方一年里会拨两次钟，拨过去那天少一小时，拨回来那天多一小时。按固定时长去算间隔，这两天就会差一截，日志里得记下当时用的偏移。排期表上把格式规则归拢归到哪个团队写清，后面加一处新市场该找谁改，照着表就能答，不用每回从几个页面倒着找。
留了偏移，日后回溯才说得清那笔到底落在哪个时刻。只存换算好的本地时间，碰上重复出现的那一小时，两条记录长得一模一样，谁也分不出先后。复盘会上先问一句这份报表的一天按哪处算，口径没摆到桌面上，后面讨论差的那几小时怎么也收不了口。
五、日志时间带上偏移
排查跨地区的问题，日志里只写几点几分远远不够。带上偏移或者干脆带基准时刻，几台机器的日志摊在一起才能按先后排，不然看着像乱序。预算里给几种常见屏宽的试算留一份工时，量不大，可省下的是上线后一屏一屏回头补样式的那几天。
几台机器的钟本身也要对时，偏移记对了、钟各慢各的，排出来还是乱。对时这件事平时没人管，出一次跨机排查就知道值不值。新人上手先给他两笔跨天的单子，让他自己按两种口径各算一遍，算出来的差别比讲十分钟时区的事更记得住。
六、按日汇总先定口径
日报里的一天按哪一处算，要先说定并写进报表说明。运营按当地看、财务按总部看，两份数都对自己那份是对的，摆在一起就成了谁算错了。
口径改了要留个生效日，之前的报表还按老口径读。悄悄一换，历史曲线会在某天莫名跳一下，看的人以为业务起了变化，其实是算法换了。归档时把口径说明连同生效日一起存，过一阵换了算法，历史曲线上那个小台阶才解释得清，不至于被当成业务起了变化。
时间上的坑，多半不在算不对，在几处各按各的算。基准、展示、边界、切换、日志、口径，六处对齐了，同一笔单子在哪儿看都是同一天；缺一处，就得靠人来回解释那几个小时去哪了。 看完楼主的分享感觉很有收获，感谢这么用心的整理，学到很多新知识。 讲得很透彻，把复杂的问题简单化，理解起来轻松了很多。
页:
[1]