mysql - 每年 2600 万条记录的解决方案设计。任何时候只有 5000 个处于事件状态(Ruby on Rails 和 MySQL)

Question

我正在使用 Rails 和 MySQL 设计一个预订系统。

当前的业务数据表明每周将有 500,000 笔预订。但在任何给定时间只有 5000 个有效预订。

一旦预订完成，它就会进入历史记录，可以出于会计目的或诊断目的查询它。

因此，我们将在一年内累积 2600 万笔预订。但仍然只有 5,000 个预订的工作集。在实时情况下，我们的系统可以很好地执行，事实上大部分数据都可以放入 RAM 中。但随着时间的推移，随着我们积累数据，事情会变得很痛苦，因此性能可能会成为问题。

我想以最小的复杂性和最大的性能来设计这种情况。

谁能推荐一种方法来处理这个问题？我的目标是保持解决方案结构简单，同时保持开发运营/部署故事简单？

干杯

托宾

Answer 1

我在电信行业工作了 10 年，现在我们平均每天处理 8MM 的电话，这让我们每天都有 40MM 的新记录(平均)。

我们使用 JAVA 和 Python 以及 Oracle 作为主交换机，而对于处理和数据分析，我们使用 Hadoop 和 MapReduce。

我们有 2 台主服务器，每台 64GB RAM 和 1TB SSD (RAID5)，在负载平衡和 2 台备份服务器上工作，有 2 个不同的网络，在 2 个 ciscos 之间路由......简单的方法与快速返回一切的解决方案.