了解 MySQL 在添加自动增量主键时的行为

Question

假设我们在 MySQL 数据库中有一个 (InnoDB) 表 associations，其结构如下：

CREATE TABLE `associations` (
      `id` int(11) NOT NULL AUTO_INCREMENT,
  `fk_id_1` int(11) NOT NULL,
  `fk_id_2` int(11) NOT NULL,
  `fk_id_3` int(11) DEFAULT NULL,
      PRIMARY KEY (`id`),
  UNIQUE KEY `some_unique_constraint` (`fk_id_1`,`fk_id_2`),
  KEY `fk_id_2_INDEX` (`fk_id_2`),
  KEY `fk_id_3_INDEX` (`fk_id_3`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin$$

id 列中有跳转（我知道这是一个如何在多个线程尝试获取自动增量值时生成自动增量值的问题）。由于没有其他表使用 id 列作为参考，我计划删除 id 列并重新创建它，希望计数漏洞将会消失。我备份了数据库并进行了测试。结果有点令人困惑。行的顺序似乎发生了变化。如果我没记错的话，顺序是首先是fk_id_1，然后是fk_id_2，然后是fk_id_3。

当为行分配新生成的自动增量键时，这是 MySQL 设置表的自然顺序吗？

在此过程中还发生了更多我应该知道的事情吗？

我需要了解这一点的原因是，我需要使 id 列对于我打算完成的另一项任务有用，其中间隙是不可能的。

Answer 1

任何主流 RDBS 中的表都没有自然顺序。

只有 SELECT 语句中最外层的 ORDER BY 才能保证结果的顺序。

如果你想要“顺序”：

• 创建一个新表
• INSERT..SELECT..ORDER BY fk_id_1, fk_id_2, fk_id_3
• 删除旧表
• 重命名新表

或者接受间隙...强迫症对开发人员不利

编辑：

问题说“不依赖”这个值，但事实证明是存在的。

如果不允许间隙，则不要使用自动编号，并使用 fk_id_1、fk_id_2、fk_id_3 作为密钥，并进行 ROW_NUMBER 模拟。或者对下游进行编码以处理差距。

自动编号会有间隙：生活中不可改变的事实。