mysql用于支付系统？

Question

我正在尝试为我的网站创建一个支付系统。该网站是 3D 打印蓝图的市场。用户在我的网站上购买积分。当用户购买其他用户上传的3D打印蓝图时，它会在'purchased'表中创建一个新的元组或一行，同时在用户信用表中扣除信用。这是重要的部分。我的直觉告诉我使用事件调度程序将购买的行标记为每月支付，并电汇每个卖家赚到的钱的总和。我担心的是，随着几个月的过去，这张桌子会无限增长。

• 这是正确的实现方式吗？
• 或者我能否以某种方式每个月创建一个新表来保存本月的交易？
• 是否有与此等效的 Nosql？

Answer 1

Stripe.com 或 Braintree.com 可能是您的不错选择。

不建议创建或滚动您自己的付款实施。这些成熟的服务不仅处理支付的 PCI 合规性方面，而且还为您所询问的用例提供直接支持。

为了进一步回答您的问题 - 从执行对该 MySQL 表的插入或迭代它以进行批处理的角度来看，这可能不会成为问题。另一方面，随着数据集变得非常大，查询将变得更加繁重。

您可以在 MySQL 中使用分区并根据日期执行分区，但我怀疑这是您现在应该花时间完成的事情。等到您的网站炸毁并超级受欢迎，然后回来更新您的架构和配置以满足您的实际使用需求。

值得注意的是，您还需要确保定期备份一些重要的付款信息。通常，您还会看到至少一个复制品用于这种关键的东西。

我再次认为您不应该尝试自己解决这个问题。只需为为您执行此操作的服务付费，然后专注于构建最佳 3d 蓝图市场。