结合你在Oracle 12.2 Docker环境下遇到的情况，咱们先理清Flyway clean操作的核心逻辑：默认情况下，Flyway只会清理它管理的schema内的数据库对象（表、视图等），不会主动删除用户（Oracle中用户与schema默认一一对应），除非你配置了特定参数并把目标schema纳入管理范围。下面是具体的排查和解决步骤：

1. 检查Flyway的schemas配置项 #

Flyway的schemas参数定义了它要跟踪和管理的schema列表。如果你的配置里只包含SchemaA，那Flyway clean时只会针对SchemaA执行用户删除（开启相关参数后），而SchemaB虽然内容被清理（因为你的migrate脚本在SchemaB中创建了对象，Flyway跟踪到了这些对象），但用户本身不在管理列表中，所以不会被删除。

你需要把SchemaB也加入到配置中，比如在flyway.conf或属性文件里添加：

flyway.schemas=SchemaA,SchemaB

2. 开启clean.dropSchemas参数 #

默认情况下，Flyway clean仅删除schema内的对象，不会删除schema（对应Oracle的用户）。要让它直接删除用户，需设置clean.dropSchemas=true，这个参数会触发Flyway执行Oracle的DROP USER ... CASCADE语句来删除整个schema。

添加该配置到你的Flyway属性文件：

flyway.clean.dropSchemas=true

3. 确保Flyway所用用户具备足够权限 #

要删除其他用户（SchemaA和SchemaB），运行Flyway的数据库用户必须拥有DROP USER权限。你可以在Oracle中执行以下语句授权：

GRANT DROP USER TO flyway_admin;

（这里flyway_admin替换为你实际用来运行Flyway的数据库用户）

4. 可选：用clean回调脚本手动删除用户 #

如果不想依赖clean.dropSchemas参数，也可以通过Flyway的回调脚本实现：

• 在你的Flyway脚本目录下创建clean子文件夹
• 在该文件夹中添加SQL脚本（比如V1__drop_schema_b_user.sql），内容为：

DROP USER SchemaB CASCADE;

Flyway执行clean操作时会自动运行这个目录下的脚本。

验证测试 #

完成上述配置后，重新执行flyway clean，应该就能同时删除SchemaA和SchemaB两个用户了。注意执行前务必备份数据，避免误删。

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