在 MySQL 中存储变量名称选项

Question

假设您有一个包含大量用户的数据库，并且您需要存储随机数量的随机键值对。每个用户都可以有一组可变（非常可变）的对，并且密钥可以彼此完全不相关，但也可以重复。此外，键值对经常被写入，但大多数情况下，用户读取时会同时读取他们所有的键值对。每个用户的键值对可以达到数千个，但如上所述，它实际上可以是可变的（可以是 1，也可以是 1000）

到目前为止，我已经得出了三种可能的解决方案：

1. 用户表中存储 JSON（或其他合适的序列化）的列，表示为该用户设置的键值对。可能是最好的阅读方式，但我担心插入
2. 一个“keyvalue”表，其列包含用户 ID、键为 VARCHAR 和值。
3. 两个表，一个称为“keyname”，key_id 为 INT，key_name 为 VARCHAR，以及从第 2 点开始的 keyvalue 表，但使用 key_id 而不是 key。

哪一个是 MySQL 中性能最好的（或者是否有比这些更好的选择）？哪些优化可以应用于数据库以使其更好地工作？ （视图、索引等）

Answer 1

CREATE TABLE kvs (
    user_id INT UNSIGNED NOT NULL,
    key VARCHAR(255) NOT NULL,
    val ? NOT NULL,
    PRIMARY KEY(user_id, key),
) ENGINE=InnoDB;

注意事项：

• 由于 InnoDB 将 PK 与数据“聚集”在一起，给定用户的所有 k-v 对都是“连续的”，因此可以有效地获取。
• 不需要AUTO_INCREMENT PK；你有一个合适的“自然”PK。
• “值”可以是VARCHAR(255)，或者，如果您需要更大的值，则可以是TEXT。 （还有其他选择，但这些似乎很有可能。）
• key 不能是 TEXT 因为索引。如果您需要大密钥，则此模式将无法正常工作。请指定key 的要求。
• 此架构可能最适合您描述的两个查询；如果有更多的查询，我可能需要调整。请注意，尤其是在 TEXT 中输入数字并期望它们进行数字比较是非常笨拙的。
• 该模式假定“键值”的传统含义，即用户每个键只有一行。所以...

假设一个用户可以有重复的键，而且，一个键值对可以为一个用户重复：

CREATE TABLE kvs (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT,
    user_id INT UNSIGNED NOT NULL,
    key VARCHAR(255) NOT NULL,
    val ? NOT NULL,
    PRIMARY KEY(user_id, id),  -- clustered on user_id, made unique via `id`
    INDEX(id)   -- to keep auto_increment happy
) ENGINE=InnoDB;