MySQL:数据量大

Question

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

当然，问题是明年、两年或五年会发生什么......

这是一种非常特殊的情况，其中约 98% 的数据存储在一个关系表中(它是 2 个表之间的链接)。

在这种情况下“最佳”解决方案是什么？Best 包括安全、设计良好、最合乎逻辑的解决方案，使应用程序可以长期使用并防止这种情况。

我的想法:将当前表保留为历史表并创建一个新表，我可以在其中存储过去 3 个月的记录，并在记录变旧时执行一些操作？

尊重!

Answer 1

对于多:多映射表，请使用此处描述的提示:http://mysql.rjweb.org/doc.php/index_cookbook_mysql#many_to_many_mapping_table 。这将提高许多情况下的性能。

请提供速度减慢的 SHOW CREATE TABLE 和 SELECT。

如果“链接”表中有这么多数据，那么查询与CROSS JOIN有何不同？

分区很少能提高性能。再次，需要查看查询。 MERGE 是一个基于 MyISAM 的预分区组合。不要使用它。

历史表？查询是否寻找“最新”的东西？同样，需要查看架构和查询。