MySQL：大量数据

首先让我试着描述一下我的问题。 客户使用该应用程序的时间只有一年，他在mysql数据库中存储了大约700万条记录。他的计划是继续在这个应用程序上做更多的工作，但由于数据量太大，速度会减慢

当然，问题是明年会发生什么，两三年

这是一种非常特殊的情况，大约98%的数据存储在一个关系表中（它是两个表之间的链接）

在这种情况下，“最佳”解决方案是什么？ Best包括安全、设计良好、最合理的解决方案，使应用程序能够长期使用，并防止出现这种情况

My toughts:将当前表作为历史表保存，并创建一个新表，以便存储过去3个月的记录，并在记录变旧时进行一些移动

---

尊敬

对于多：多映射表，请使用以下提示：。这将在许多情况下提高性能

请提供

SHOW CREATE TABLE

，然后

选择正在减速的

如果“链接”表中有那么多数据，那么查询与交叉连接有何不同

分区很少能提高性能。同样，需要查看查询<代码>合并
是一个基于MyISAM的预分区乱码。不要使用它

历史表？查询是否查找“最新”的内容？同样，我们需要查看模式和查询。
这就是我们对一些大型表所做的。另外，请看分区表和合并引擎。您好，欢迎使用StackOverflow。只要通读一下你的问题，我想知道你是如何定义“在这种情况下，什么是最好的解决方案？”这个问题中的“最好的”的。在这里，生成基于意见的答案的问题是不受欢迎的。你能以一种（或多种）可测量的方式来定义什么对你来说是最好的吗？非常感谢，巴尔马。路易斯，我同意你的看法，所以我编辑了它。在你做任何其他事情之前，确保你没有索引问题。。。700万行真的没那么大。