版本化数据库管理工具Flyway介绍和Spring Boot集成使用

文章目录

- - 核心功能
  - 如何使用 Flyway
  - 最佳实践
  - Spring Boot使用

Flyway 是一个版本化数据库管理工具，用于跟踪、管理和应用数据库的变化。它非常适合在团队开发环境中使用，其中多个人员可能会在数据库结构进行更改。Flyway 通过版本控制可以帮助你确保所有人都在相同版本的数据库上工作，这有利于常规的开发和部署管道。

核心功能

版本控制: Flyway 通过版本脚本管理数据库变化历史，确保数据库状态的追踪和确定。
支持多种数据库: Flyway 支持所有常见的数据库系统，包括 MySQL, PostgreSQL, SQL Server等。
简体迁移: 只需简单的SQL脚本，即可迁移数据库，避免复杂的数据库迁移框架使用学习。
回滚支持: 支持版本回滚，方便恢复数据到某个历史状态。
集成&自动化: 能够与许多构建工具和环境集成，如Maven, Gradle, Spring Boot等。
社区和商业支持: 提供有免费的社区版和提供额外功能的商业版。

如何使用 Flyway

下载和安装: 访问 Flyway 官网下载并安装合适版本。
配置: 在项目中创建flyway.conf配置文件，设置数据库的URL、用户和密码等信息。
创建迁移脚本: 使用标准的SQL创建迁移脚本，并根据约定的命名规则（如V1__Create_person_table.sql）存放在资源文件夹中。
运行迁移: 使用Flyway命令(migrate)从命令行运行迁移。如果使用Spring Boot，它会在应用程序启动时自动执行迁移。
检查状态: 使用info命令查看迁移的历史和当前状态。
回滚: 如果需要，可以使用undo命令（商业版特性）回滚到之前的版本。

最佳实践

版本命名规范: 保持一致的命名规则，以保证版本按正确顺序执行。
不要修改已经发布的迁移: 一旦一个迁移脚本已经提交，就不要再对其进行修改。如果需要进行更改，就应该创建一个新的迁移脚本。
持续集成: 在你的CI/CD流程中集成Flyway，以便自动应用数据库更改作为构建过程的一部分。
测试迁移: 在实施任何迁移之前首先在一个测试环境中进行测试，以确保它们不会造成意外的后果。
备份数据库: 在执行大规模的迁移之前，确保已备份数据库，以防需要恢复。

使用Flyway时，务必要记住数据库迁移和修改是一个严肃的任务，一旦迁移到生产环境，就会直接影响数据的完整性和应用程序的运行。因此，通常建议首先在开发和测试环境中执行和验证数据库迁移。

完整、系统地学习和实施Flyway，可以极大地提升数据库管理的效率和安全性，尤其是在多人合作和自动部署流程中。

Spring Boot使用

引入依赖，可以在maven或者gradle里引入依赖，这里以我们程序使用的gradle为例

	// flyway
    implementation 'org.springframework.boot:spring-boot-autoconfigure'
    implementation 'org.flywaydb:flyway-core'

注意：如果flyway与Spring Boot版本不一致，会导致编译错误，可以不设置版本号，自动适配
在配置文件application.yml里新增flyway配置

spring:
  flyway:
    enabled: true # 是否开启使用，默认开启
    schemas: public
    encoding: UTF-8
    locations: classpath:db/migration
    sql-migration-prefix: V # 前缀
    sql-migration-separator: __ # 版本号与名称的分隔符
    sql-migration-suffixes: .sql # 后缀
    table: flyway_schema_history
    baseline-on-migrate: true # 是否在应用迁移脚本之前自动执行基线迁移，默认值是 false
    validate-on-migrate: true # 是否在合并时开启校验
    baseline-version: 2.0.1.0 # 基线版本，等于低于这个版本，不校验，默认为1