无法仅在 MySQL Aurora 上删除索引

Question

背景

我们运行托管供应商产品的 MySQL Aurora (5.7.mysql_aurora.2.07.2)。供应商为其版本升级提供迁移 SQL 脚本。

我们遇到了一个问题，即迁移无法在 MySQL Aurora 上成功运行，但可以在其他 MySQL 5.7 数据库上运行，我们真的很想知道为什么只会在 Aurora 中发生这种情况。

详情

-- 1
DROP DATABASE IF EXISTS drop_index_test;

-- 2
CREATE DATABASE IF NOT EXISTS drop_index_test DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_unicode_ci;

-- 3
use drop_index_test;

-- 4
CREATE TABLE msg
(
    id                      BIGINT AUTO_INCREMENT NOT NULL,
    uuid                    VARCHAR(36)           NOT NULL,
    user_id                 VARCHAR(36),
    title                   LONGTEXT,

    CONSTRAINT pk_msg PRIMARY KEY (id),
    CONSTRAINT uq_msg_uuid UNIQUE (uuid)
);

-- 5
CREATE TABLE ack
(
    id                   BIGINT AUTO_INCREMENT NOT NULL,
    msg_id      BIGINT                NOT NULL,
    user_id              VARCHAR(36)           NOT NULL,

    CONSTRAINT pk_ack PRIMARY KEY (id),
    CONSTRAINT fk_ack2msg_01 FOREIGN KEY (msg_id) REFERENCES msg (id)
);

-- 6
CREATE UNIQUE INDEX ix_ack_mid_uid
    ON ack (msg_id, user_id);

-- 7
ALTER TABLE msg
  ADD user_id_upper VARCHAR(36) AS (UPPER(user_id));

-- 8
CREATE INDEX ix_msg_upper_user_id ON msg(user_id_upper);

-- 9
ALTER TABLE ack
  ADD user_id_upper VARCHAR(36) AS (UPPER(user_id));

-- 10
CREATE UNIQUE INDEX ix_ack_mid_upper_uid
    ON ack (msg_id, user_id_upper);

-- 11
DROP INDEX ix_ack_mid_uid ON ack;

以上是语句的精简版本，仍然仅在 Aurora 上复制此问题，并且仍然在“香草”MySQL 5.7 中工作（测试了 brew install、RDS 实例和来自 Docker Hub 的 mysql/mysql-server:5.7）。语句 1-6 是初始设置语句，7-11 是导致以下错误的迁移语句。

错误

ERROR 1553 (HY000): Cannot drop index 'ix_ack_mid_uid': needed in a foreign key constraint

迄今为止的探索发现

1. 如果我们在普通 MySQL 5.7 上运行语句 1-11，我们永远不会看到任何错误。

2. 如果我们在 MySQL Aurora (5.7.mysql_aurora.2.07.2) 上运行语句 1-11，我们总是会看到这个错误。

3. 如果我们在普通 MySQL 5.7 上运行语句 1-6，然后运行语句 11，我们会看到与上述 #2 相同的错误。

4. 语句 7-10 是确定此错误与否的关键区别。没有 7-10 vanilla MySQL 5.7 会抛出与 Aurora 相同的 Cannot drop index 错误。无论第 7-10 行是否存在，Aurora 都会引发此错误。

问题陈述

此问题的根本原因可能是什么？这是 Aurora 中的错误还是已知的版本差异或我们端潜在的 Aurora 配置错误？

语句 7-10 如何影响索引 ix_ack_nid_uid 可以在 MySQL 5.7 中删除，当它们似乎没有触及该索引时？为什么同样不会影响 Aurora？

Answer 1

我也遇到了同样的问题。无论如何，我还是通过先删除外键然后删除索引来解决这个问题。

现在，出于原因，我的一位朋友（SQL 架构师）说这看起来像是 MySQL Aurora 中 Bug #17449901 中提到的一个现有问题。

对于foreign_key_checks=0，InnoDB 允许删除外键约束所需的索引，从而将表置于不一致的状态，并导致表加载时发生的外键检查失败。 InnoDB 现在可以防止删除外键约束所需的索引，即使使用foreign_key_checks=0。在删除外键索引之前，必须删除外键约束。

这可能是问题的原因，因为 InnoDB 现在可以防止删除外键约束所需的索引

Answer 2

尝试在 sql 文件的开头禁用密钥检查。

SET FOREIGN_KEY_CHECKS=0;

并在最后启用：

SET FOREIGN_KEY_CHECKS=1;