具有唯一子集的 MySQL 复合索引

Question

我有以下一对一的链接表

CREATE TABLE `foo_bar` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,
  `foo_id` int(10) unsigned NOT NULL,
  `bar_id` int(10) unsigned NOT NULL,
  …
  PRIMARY KEY (`id`),
  …
) ENGINE=InnoDB 

其中foo_id 和bar_id 分别是表foo 和bar 的外键

还有

• (foo_id, bar_id) 上的唯一索引，用于将 foo_id 的外键映射到 foo 记录，以及查询性能，和…
• bar_id 上的唯一索引，用于从 bar_id 到条形记录的外键映射

请注意，此设置确实允许非唯一的foo_ids，只要它们伴随着唯一的bar_id

---

我现在想单独在 foo_id 上强制执行唯一性，同时保留 (foo_id, bar_id) 上现有复合索引的性能优势

是否有任何方法可以创建唯一复合索引，其中对引用的列的子集强制执行唯一性，但允许将更多列添加到索引中？

在这个例子中，这看起来像([foo_id], bar_id)，其中方括号表示复合索引的唯一部分

我想避免在 (foo_id, bar_id) 上单独索引的开销

在我的脑海中，我想不出任何算法上的原因为什么这是不可能的 - 只要列的唯一子集位于复合索引的开头

注意，我知道我可以使用 foo_id 或 bar_id 作为表的主键，但应用程序需要一个单独的 ID，通过它可以链接记录单独删除，不泄露链接

基本上foo_bar.id 存储在客户端cookie 中（经过可逆加密后），任何个人数据都可以通过此ID 访问。这个想法是，如果客户请求删除，我们删除foo_bar 记录并删除他们的数据，而不破坏foo 和bar 中的匿名或功能数据

这有额外的好处，即使 cookie 在任何地方持续存在，它也将不再可解析为任何数据

Answer 1

这是一个多：多映射表？

如果id，那么就摆脱它；它很混乱，会减慢速度。

PRIMARY KEY(foo_id, bar_id),
INDEX(bar_id, foo_id)

这些以及更多提示：http://mysql.rjweb.org/doc.php/index_cookbook_mysql#many_to_many_mapping_table

这有额外的好处，即使 cookie 在任何地方持续存在，它也将不再可解析为任何数据

这意味着执行以下操作之一：

• 保留所有已创建的哈希值，但将某些哈希值标记为“已删除”。
• 否则，请确保您永远不会两次生成相同的哈希。

在任何一种情况下，您都可以避免将旧 cookie “解析”为已死或已消失的数据。

这在某种程度上暗示了UNIQUE（或PRIMARY）在某处存在foo_id 和bar_id 的密钥。

如果这两个唯一性约束在同一个表中，并且出于其他原因需要单独的id，则最小索引为：

PRIMARY KEY(id),
UNIQUE(foo_id),
UNIQUE(bar_id)

或

PRIMARY KEY(foo_id),
UNIQUE(bar_id),
INDEX(id)   -- This is sufficient to keep `AUTO_INCREMENT` happy.

(foo_id, bar_id) 上不需要任何索引（普通或 UNIQUE），因为第一个上的唯一性约束足以满足对的唯一性和高效查找。

foo_bar.id被加密并存储在客户端cookie中...客户端请求删除，我们删除foo_bar记录

什么样的加密？单向（md5、shar256 等）？还是可逆的（aes ...）？如果是单向的，那么您需要一个将CONCAT(foo_id, bar_id)（或您正在做的任何事情）映射到foobar_id 的索引。