Flyway权限问题：无法访问SYSCAT.TABLES致Quarkus启动失败

针对你遇到的DB2 SQLCODE=-204权限错误（无法访问SYSCAT系统表），结合Flyway自定义表配置无效的情况，可通过以下配置和操作绕过权限校验：

• 配置Flyway跳过系统编目检查
  Flyway默认会查询SYSCAT表验证schema和表存在，添加以下配置强制跳过这些检查：

  quarkus.flyway.skip-default-callbacks=true
  quarkus.flyway.baseline-on-migrate=true
  # 若自定义Flyway表已存在，添加基线配置
  quarkus.flyway.baseline-version=1
  quarkus.flyway.baseline-description="Initial baseline"
  

  baseline-on-migrate让Flyway在无元数据表时自动创建基线，避免查询系统编目；skip-default-callbacks禁用默认回调逻辑，减少对系统表的依赖。

• 确保自定义Flyway表的权限
  需让DBA预先创建你指定的CUSTOM_FLYWAY_TABLE_NAME，并给当前DB2用户赋予读写权限：

  -- 替换实际的schema和表名
  CREATE TABLE YOUR_SCHEMA.CUSTOM_FLYWAY_TABLE_NAME (
      version VARCHAR(50) NOT NULL PRIMARY KEY,
      description VARCHAR(200) NOT NULL,
      type VARCHAR(20) NOT NULL,
      script VARCHAR(1000) NOT NULL,
      checksum INT,
      installed_by VARCHAR(100) NOT NULL,
      installed_on TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
      installed_rank INT NOT NULL,
      execution_time INT NOT NULL,
      success SMALLINT NOT NULL
  );
  
  -- 赋予操作权限
  GRANT SELECT, INSERT, UPDATE, DELETE ON YOUR_SCHEMA.CUSTOM_FLYWAY_TABLE_NAME TO YOUR_DB_USER;
  

• 指定Flyway工作schema
  明确指定要执行数据导入的schema，避免Flyway扫描系统编目：

  quarkus.flyway.schemas=YOUR_TARGET_SCHEMA
  

  确保当前用户对该schema有数据写入权限（如INSERT、UPDATE）。

• 紧急场景下禁用元数据跟踪（不推荐）
  若仅需一次性导入数据，可暂时禁用Flyway的版本跟踪逻辑，每次启动都会执行所有脚本（注意重复数据风险）：

  quarkus.flyway.out-of-order=true
  quarkus.flyway.validate-on-migrate=false
  

内容的提问来源于stack exchange，提问作者Francesco Ricciardi