数据概览
1
粉丝
0
关注
0
获赞
1
被收藏
1
被评论
4
浏览
1
回答
0
被采纳
0.0%
采纳率
3
信誉
110
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
背景 我在一个 8 库 × 16 表的订单系统里做主键方案评审，业务方（运营 + 客服 + 审计）提了一个硬约束：订单号必须「肉眼可读」——能按时间排序、能看出分片归属（排障时直接路由）、能按业务前缀区分渠道（APP / H5 / 小程序）
答
（无标题）
结论先给：优先走「业务时间字段 + 上下文注入（bizDate）」，把"真实时间"从业务逻辑里抽出去；mock 时钟只做兜底；"改库改 gmt_create"是最差方案，建议直接拉黑。 我做了 15 年平台侧数据库与批任务，处理过大量"按自