我有一个 MYSQL InnoDB 表table，其中包含以下列（表和列名称已更改）：

• 日期（PK、日期）
• var_a（PK、FK、INT）
• var_b（PK、FK、INT）
• rel_ab（十进制）

其中 rel_ab 是描述给定日期 2 个变量 var_a 和 var_b 之间关系的列。 （var_a 和 var_b 引用不同的表）

数据每天批量上传，每天总计约 700 万行。问题是，仅仅几周后，上传每个新的每日批次就开始需要几个小时。显然我们需要改进我们的表格设计。以下是我们表格的一些其他详细信息。

• 我们使用COMPRESSION="zlib"。
• 除了复合主键之外，我们还在 var_a 和 var_b 列上建立了外键所需的索引。
• 当我们从此表中提取数据时，始终使用针对给定日期 的查询 SELECT * FROM table WHERE date = 。选择仅需几分钟。
• 我们（几乎可以肯定）永远不会有理由从 var_a 和 var_b 引用的表中删除条目。
• 数据由 pandas 函数 df.to_sql('temp', con, if_exists='replace', index=False, method='multi') 上传，我们在其中插入忽略 < code>temp 到 table，然后删除 temp。

因此，我计划至少执行以下操作之一：

• 删除列 var_a 和 var_b 上的外键约束，并依靠数据上传过程来正确完成所有操作。这是因为在我们的用例中，这两个索引实际上都没有提高查询速度。
• 将表格划分为每个日期都有不同的表格。例如，我有一个名为 table_230501 的表，其中包含 var_a、var_b、rel_ab 列。这是因为我们一次只选择一个日期。

我知道第一个解决方案可能会威胁数据完整性，而第二个解决方案会使我们的架构变得混乱。以我有限的经验，我也从未听说过第二种选择，也无法在网上找到这种设计的任何示例。这些选项中的任何一个都是明智的解决方案吗？两者都会提高上传速度并减少磁盘使用，但也都有其缺点。否则，还有哪些其他方法可以提高上传速度？

编辑：我的SHOW CREATE TABLE应该看起来像

CREATE TABLE table (
  date date NOT NULL,
  var_a int NOT NULL,
  var_b int NOT NULL,
  rel_ab decimal(19,16) NOT NULL,
  PRIMARY KEY (date,`var_a`,`var_b`),
  KEY a_idx (var_a),
  KEY b_idx (var_b),
  CONSTRAINT a FOREIGN KEY (var_a) REFERENCES other_table_a (var_a) ON DELETE RESTRICT ON UPDATE CASCADE,
  CONSTRAINT b FOREIGN KEY (var_b) REFERENCES other_table_b (var_b) ON DELETE RESTRICT ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMPRESSION="zlib"