联机交易流水表如何设计

问答 / 3 / 5 / 创建于 2年前

以下业务场景，有什么好的mysql方案
系统最繁忙的交易订单表，每秒600笔交易，每天大概2000-3000万笔交易。交易7*24, 不能停机。交易流水需要永久联机查询，每笔交易流水绝大多数情况下在20秒就不再有任何更新写入操作。但是部分(非常少)交易涉及到退货，在3个月内还存在更新的可能，但是每笔交易流水三个月后都不会再有更新操作。应该如何设计这个交易流水的存储方案？

有没有经验丰富的大牛可以分享下相关方案？

mysql 交易流水表

epiphyllum

8 声望

暂无个人描述~

0 人点赞

推荐文章：

更多推荐...

翻译

GitHub 是如何做好 MySQL 的高可用性的？ 13 / 0 |

博客

老板：让你添加一个mysql用户并给予权限这么费劲吗？ 28 / 4 |

博客

总结 MySQL 相关知识点 16 / 0 |

博客

MySQL 的学习资源史上最全（每天不定时更新） 29 / 3 |

博客

一张图彻底搞懂 MySQL 的锁机制 55 / 9 |

博客

索引失效的情况 18 / 1 |

讨论数量: 5

Imuyu

课程读者 871 声望

你怕不是腾讯阿里的架构师来骗方案的吧，这个并发看着一般，但是数据量很恐怖啊，已经不是mysql的范畴了，没什么方案，加机器，分表，索引，限制查询范围，仅此而已

2年前评论

epiphyllum （楼主）

交流交流而已。

pndx

36 声望 / 打杂 @ 普通公司

Mark,等大佬，这问题看起来很好玩

2年前评论

renxiaotu

377 声望

既然是交流交流，那本菜鸟先来打头阵，也好抛砖引玉

方案初号机：基于日期的bigint流水号

流水号格式：

位置	1~2	3~10	10~19
说明	预留：可用于业务id，机器id等	日期	每日自增值
示例	10	20220705	000000001
实际使用范围	00~92	00000000~99991231	000000000~999999999

单人最大订单量9.99亿，可以用到9999年

2年前评论

小学毕业生

课程读者 177 声望

找个时序数据库，分分钟的事

2年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

联机交易流水表如何设计

推荐文章：

方案初号机：基于日期的bigint流水号

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

联机交易流水表如何设计

推荐文章：

方案初号机：基于日期的bigint流水号

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录