Flyway迁移中引用application.properties数据源用户名的正确格式

我来帮你搞定这个Flyway里动态授权的问题，之前做项目的时候刚好踩过类似的坑，给你一步步捋清楚：

1. 先把Spring的数据源用户名绑定到Flyway占位符 #

你之前直接用flyway.placeholders.spring.datasource.username的写法不对，Flyway需要你把Spring的数据源配置映射成它自己的占位符。在application.properties里这么配置：

# 你的原有数据源配置（不用改）
spring.datasource.username=${DB_USERNAME}

# 关键：把Spring的用户名映射为Flyway可识别的自定义占位符
flyway.placeholders.appDbUser=${spring.datasource.username}

这里的appDbUser是我随便取的名字，你可以改成dbUser或者其他好记的，只要后面SQL里对应上就行。

2. 在SQL迁移脚本里用自定义占位符写授权语句 #

接下来在你的Flyway迁移SQL文件（比如V1__grant_table_permissions.sql）里，用这个占位符写授权逻辑：

-- 基础写法（适配MySQL、Oracle等大部分数据库）
GRANT SELECT, INSERT, UPDATE ON your_target_table TO ${appDbUser};

如果你的数据库对用户名有特殊要求（比如PostgreSQL里用户名大小写敏感或者带特殊字符），记得加引号：

-- PostgreSQL专属写法
GRANT SELECT, INSERT, UPDATE ON your_target_table TO "${appDbUser}";

3. 排查常见的坑 #

要是还是没生效，检查这几个地方：

• 看看有没有改Flyway的占位符前缀后缀：如果项目里配置了flyway.placeholder-prefix或者flyway.placeholder-suffix（比如改成{{和}}），那SQL里的占位符也要跟着改成{{appDbUser}}。
• 确认环境变量/配置加载顺序：保证spring.datasource.username在Flyway启动前已经正确加载了，比如dev和prod环境的配置文件有没有正确覆盖。
• 开Flyway的DEBUG日志：看看日志里解析后的SQL是什么样的，就能知道占位符有没有被正确替换，定位问题超好用。

4. 多环境适配的小技巧 #

不同环境的用户名不用改SQL脚本，只要在对应环境的配置文件（比如application-prod.properties）里设置spring.datasource.username就行，Flyway会自动帮你替换占位符，完全不用重复写迁移脚本～

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