所有返回“字段 'id' 没有默认值”的元数据库操作

Question

我们正在将 Metabase v0.24.1 部署从 AWS RDS MySQL 5.7 迁移到 AWS Aurora MySQL Serverless（兼容 5.6）。当我们启动 Metabase 时，应用程序尝试运行的每个查询都会返回某种形式的此错误：

Field 'id' doesn't have a default value

完全错误：

03-17 16:07:57 [1mERROR metabase.middleware[0m :: [31mPOST /api/database 500 (68 ms) (0 DB calls)[0m
{:message "Field 'id' doesn't have a default value",
 :stacktrace
 ["api.database$fn__29894$fn__29897.invoke(database.clj:233)"
  "api.common.internal$do_with_caught_api_exceptions.invokeStatic(internal.clj:229)"
  "api.common.internal$do_with_caught_api_exceptions.invoke(internal.clj:224)"
  "api.database$fn__29894.invokeStatic(database.clj:215)"
  "api.database$fn__29894.invoke(database.clj:215)"
  "middleware$enforce_authentication$fn__38784.invoke(middleware.clj:120)"
  "api.routes$fn__38908.invokeStatic(routes.clj:58)"
  "api.routes$fn__38908.invoke(routes.clj:58)"
  "routes$fn__39540$fn__39541.doInvoke(routes.clj:64)"
  "routes$fn__39540.invokeStatic(routes.clj:60)"
  "routes$fn__39540.invoke(routes.clj:60)"
  "middleware$log_api_call$fn__38883$fn__38885.invoke(middleware.clj:329)"
  "middleware$log_api_call$fn__38883.invoke(middleware.clj:328)"
  "middleware$add_security_headers$fn__38833.invoke(middleware.clj:243)"
  "middleware$bind_current_user$fn__38788.invoke(middleware.clj:140)"
  "middleware$maybe_set_site_url$fn__38837.invoke(middleware.clj:266)"],
 :sql-exception-chain ["SQLException:" "Message: Field 'id' doesn't have a default value" "SQLState: HY000" "Error Code: 1364"]}

尝试添加新数据库也会通过元数据库 UI 返回相同的错误。

我们已验证 RDS db 参数在我们正在迁移到和从中迁移的数据库之间是相同的，但引擎默认配置可能会在 Aurora Serverless 和 MySQL 5.7 默认值之间发生变化。

另一个值得注意的变化是，我们正在从在我们拥有的 EC2 实例上运行的普通 ECS 任务转移到 Fargate 任务，但两者之间的任务定义是相同的。

编辑：我在 sql_mode 参数中发现了 Aurora Serverless 和 MySQL 5.7 之间的另一个配置不一致。在 5.7 中，默认设置为 NO_ENGINE_SUBSTITUTION，在 serverless 中设置为 0。

在我的无服务器部署上将sql_mode 更新为NO_ENGINE_SUBSTITUTION 后，我发现数据库本身的实际配置仍然不一致。 SELECT @@sql_mode; 在 5.7 部署中返回 NO_ENGINE_SUBSTITUTION，在无服务器部署中返回 STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION，即使参数组未设置为此值。

编辑 2：我没有提到我们用于将数据传输到新数据库的方法，即 AWS DMS 版本 3.3.1。 DMS 似乎没有复制需要存在于元数据库中id 列上的auto_increment 表属性。这可能是根本问题。

Answer 1

此问题的根本原因是元数据库中的 id 列没有 auto_increment 属性，即使它们有值，它们也被视为没有值。

这是因为，我们用来传输数据的 AWS DMS 不会复制架构的所有细节：

https://dba.stackexchange.com/questions/138946/aws-dms-creates-tables-with-no-auto-increment

解决此问题的方法是首先使用标准 mysqldump --no-data 执行架构迁移，然后使用 DMS 填充数据。