联机交易流水表如何设计
以下业务场景， 有什么好的mysql方案
系统最繁忙的交易订单表， 每秒600笔交易， 每天大概2000-3000万笔交易。交易7*24, 不能停机。交易流水需要永久联机查询， 每笔交易流水绝大多数情况下在20秒就不再有任何更新写入操作。 但是部分(非常少)交易涉及到退货，在3个月内还存在更新的可能， 但是每笔交易流水三个月后都不会再有更新操作。 应该如何设计这个交易流水的存储方案？
有没有经验丰富的大牛可以分享下相关方案？
关于 LearnKu
粤公网安备 44030502004330号
你怕不是腾讯阿里的架构师来骗方案的吧，这个并发看着一般，但是数据量很恐怖啊，已经不是mysql的范畴了，没什么方案，加机器，分表，索引，限制查询范围，仅此而已
Mark,等大佬，这问题看起来很好玩
既然是交流交流，那本菜鸟先来打头阵，也好抛砖引玉
方案初号机：基于日期的bigint流水号
流水号格式：
单人最大订单量9.99亿，可以用到9999年
找个时序数据库，分分钟的事