开发者社区> 问答> 正文

数据库性能问题

现在有一个总账户,每天10万笔订单交易,交易接入支付宝,需要时时根据支付宝的回调来结算,中间还会有提现操作,总账户需要时时算,请问这个系统应该怎么设计

展开
收起
asja 2019-01-17 20:33:41 3752 0
3 条回答
写回答
取消 提交回答
  • 这种业务量不大的交易对账系统可以只考虑消息中间件解耦+定期对账即可

    2020-04-13 16:03:22
    赞同 展开评论 打赏
  • 我理解这个总账户的主要模块如下: 订单--记录账户下的交易订单,如使用支付宝为该账户购买权益,该账户提现到支付宝; 钱包(因为提到的提现功能)--账户货币可以提现到支付宝,提现生成订单; 支付宝--真正发生资金结算的地方,提供开放API给外部系统调用,并回调外部系统通知结算结果 功能:核心其实在于支付宝,这块有支付宝的同学搞定,外部应用的主要功能在于订单的创建、通过回调接收支付宝请求更新订单,并更新用户权益及钱包余额 需要注意点的点: 安全性--用户伪造请求用其他用户的回调为自己开通账户权益,用户伪造请求提现别人的余额到自己的支付宝 并发性--每天10万笔交易其实不高,需要注意的是用户误操作及网络原因造成的并发请求,需要做幂等处理

    2020-03-23 15:41:31
    赞同 展开评论 打赏
  • 你的结算业务其实是在支付宝,自己系统做对账。
    所以,做一些方便对账和跟踪的功能就好

    2019-07-17 23:25:46
    赞同 展开评论 打赏
问答分类:
问答标签:
问答地址:
问答排行榜
最热
最新

相关电子书

更多
2022 DTCC-阿里云一站式数据库上云最佳实践 立即下载
云时代的数据库技术趋势 立即下载
超大型金融机构国产数据库全面迁移成功实践 立即下载