支付系统中订单业务最主要的业务查询维度有四个:订单、用户、订单商家、系统运营。分库分表
从查询数据库字段的支付角度来讲,B2B、业务B2C等模式:
设计到分库分表字段的核心查询业务:
一种分库分表思路:
系统订单号生成规则:通过将分库分表的数据写入到生成规则内,这样可以进行定位位置。
商户编号规则:取商户编号后4位做分片键,进行hash取模。
建议把订单数据冗余一份,分买家库和卖家库,数据库通过消息中间件或者其他同步工具进行异步更新,这种场景最好将买家库的分片键(截取买家ID)和卖家库(截取卖家ID)的分片键都包含在订单ID中,这样卖家相关的业务查询订单明细时,可以直接走卖家库。
如果是 2C 和 2B 业务综合存在,建议进行业务拆分,没有必要把数据全部放在同一个业务逻辑内。
订单数据有个比较特殊的点,随着时间的推进,大量的数据会变成冷数据,使用率会降低。还有一种根据创建时间来进行分表是一个不错的选择。所以分库分表其实没有统一的方案,要根据业务进行详细的设计。
例如根据创建时间来进行分表:
总结:实际场景实际分析,没有统一的方案。
责任编辑:武晓燕 来源: 今日头条 支付业务系统分库分表(责任编辑:焦点)
金富科技(003018.SZ)2020年度净利润降14.99% 基本每股收益0.44元
Bash 初学者系列 2:了解 bash shell 脚本中的变量
*ST海航(600221.SH):2月客运量同比升419.17% 货邮载运率32.77%
离谱!最新研究:61%中国人写的英语论文,会被ChatGPT检测器判为AI生成的