我们有一个案例，我们必须在一天内记录数百万个状态更新，表上的记录高达 146000000。我不确定 MySQL 是否能胜任。这是完整的场景:
- 在第一天，表将有 100 万条记录，最终将在 2 年内增长到 1.5 亿条。
- 在给定的时间点，最多将有 140 万条记录处于事件状态，即即使在我们拥有 1.5 亿条记录之后。
- 记录不应超过 1.5 亿条，因为我们希望归档超过 2 年的数据。
- 实时的 140 万条记录将获得我们需要在同一个表中更新的状态更新。这 140 万条记录的更新量将达到每天 2000 万条。
- 如果外键约束会影响表中的大量更新，我可以不在表上设置任何外键约束。
我们正在使用 MySQL 5.5。
我的担忧和问题是 - MySQL 是否能够开箱即用地满足我们的要求(我有一种感觉，当更新以上述速度发生时，我们可能会看到死锁)？如果不能，我们应该怎么做才能构建上述所有内容？
提前致谢
最佳答案
我建议你必须使用任何 nosql 数据库。比如 cassandra，与 mysql 相比，性能提高 30% 到 40%
关于Mysql:表中有数百万条记录，一天更新 1000 万次，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22216045/