日益增长的数据库之痛

祝大家新年快乐。我希望在以下情况下获得一些一般性指导......

我有一个已经运行了大约 10 年的应用程序。数据存储在 mysql 中（现在在 AWS Aurora 上）。

一些处于一对多关系的表开始有更多的行：

Records (~1.4million rows) 
        |
        V
    (1 to many)
        |
        V
SubRecords (~10million rows)
        |
        V
    (1 to many)
        |
        V
SubSubRecords (~22million rows)

这些行中存储的实际数据并不多（即 subSubRecords 总共大约 5gb），而且我运行的查询非常简单，使用没有连接的索引键。例如...

SELECT ... FROM Records WHERE id = ?;
SELECT ... FROM SubRecords WHERE recordId = ?;
SELECT ... FROM SubSubRecords WHERE subRecordId = ?;

到目前为止，一切都继续保持高性能。

但是，我开始担心这种设计会随着时间的推移而保持不变。虽然在 SubSubRecords 中达到 2200 万行需要 10 年，但现在数据库的增长速度要快得多。看到该表在接下来的 5 年内攀升至 1 亿行，我不会感到惊讶，这感觉很多。而且我不确定它会在什么时候成为问题。

我意识到这是一个相当广泛的问题，并且取决于情况。但在这些情况下，一般推荐哪些类型的解决方案？

• 设置分区？（这些表使用外键来强制完整性，我的理解是这与分区不兼容。）

• 将 subRecords 和 subSubRecords 中的数据转换为 json 有效负载并将其直接存储在主记录表的 json 列中？（如果重要的话，数据量相同，但行数更少。）

• 移动到一个完全不同的数据库？（Mongo？我对此一无所知，但听说在某些情况下更擅长缩放。）

• 忽略它直到它成为一个问题？:D

欢迎那些遇到过类似问题的人提出任何建议/智慧的珍珠。在此先感谢您的帮助！

附录：

根据要求，这是上述表格的 CREATE TABLE 语法...

CREATE TABLE records (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT,
    typeId TINYINT(1) UNSIGNED NOT NULL,
    userId INT UNSIGNED NOT NULL, 
    updated TIMESTAMP DEFAULT NOW() NOT NULL,
    savename VARCHAR(100) NOT NULL,
    title VARCHAR(100) NOT NULL,
    instructions TEXT NOT NULL,
    FULLTEXT ftRecords(savename, title),
    PRIMARY KEY(id),
    FOREIGN KEY(typeId) REFERENCES recordTypes(id),
    FOREIGN KEY(userId) REFERENCES users(id) ON DELETE CASCADE
) ENGINE=InnoDB CHARACTER SET=utf8;

CREATE TABLE subRecords (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT,
    recordId INT UNSIGNED NOT NULL,
    thumbnailId INT UNSIGNED NULL,
    sortOrder SMALLINT NOT NULL,
    enabled TINYINT(1) DEFAULT 0 NOT NULL,
    title VARCHAR(100) NOT NULL,
    instructions TEXT NOT NULL,
    parameters VARCHAR(500) NOT NULL,
    PRIMARY KEY(id),
    FOREIGN KEY(recordId) REFERENCES records(id) ON DELETE CASCADE,
    FOREIGN KEY(thumbnailId) REFERENCES thumbnails(id) ON DELETE SET NULL
) ENGINE=InnoDB CHARACTER SET=utf8;

CREATE TABLE subSubRecords (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT,
    subRecordId INT UNSIGNED NOT NULL,
    thumbnailId INT UNSIGNED NULL,
    sortOrder SMALLINT NOT NULL,
    caption VARCHAR(200) NOT NULL,
    PRIMARY KEY(id),
    FOREIGN KEY(subRecordId) REFERENCES subRecords(id) ON DELETE CASCADE,
    FOREIGN KEY(thumbnailId) REFERENCES thumbnails(id) ON DELETE SET NULL
) ENGINE=InnoDB CHARACTER SET=utf8;