问历史数据归档后，在线查询与归档查询的路由边界怎么设计才不拖累业务迭代？

背景：交易库数据量到亿级，计划做冷热分离——6 个月内热数据留主库，历史归档到独立实例/对象存储。想请教三个落地问题： 1. 路由层放哪里：DAO 层按时间分流、中间件（ShardingSphere 类）按条件路由、还是服务层显式调归档查询接口？各自对业务侵入度与维护成本怎么权衡？ 2. 归档边界附近的更新怎么处理：刚好在冷热线附近被修改的记录，归档任务删除前如何校验，避免主从延迟或业务并发写入导致丢更新？ 3. 「查全部历史」类需求（客服查用户完整订单）走什么方案：在线跨库 JOIN 不可行的话，异步导出还是宽表冗余的实践多？ 希望有真实做过亿级表冷热分离的经验。