Rainbond自动部署初始化Schema的数据库步骤教程

时间：2025-12-21 14:30:02|栏目：其它服务器|点击：次

为什么使用Rainbond？

我们使用容器的方式部署数据库组件，特别是企业有大量的项目开发业务的，部署的开发、测试数据库组件较多时。经常会遇到以下问题：

业务需要使用数据库，但部署完数据库后，需要在数据库中执行创建schema的操作或者一些初始化数据的创建。
开发测试多套部署环境，需要多次重复1的步骤。
项目比较多，时间久了项目需要的数据库Schema不清楚。
项目交付时数据库Schema管理混乱。

现在如果是使用Go等语言研发的业务系统，都具备了ORM层自动初始化和更新Schema的能力，如果是这样本文对你无用。但目前大多数其他开发语言的业务都不具备这种能力。

如果我们把数据库也作为一个业务中的一个服务模块来管理的话，我们希望服务启动后即可直接完成Schema的初始化，直接提供数据服务能力。

那么在Rainbond中如何达成这样的效果呢？

Schema初始化在传统模式中一般有两种方案：

在数据库启动后手动导入；人工通过客户端操作，没有自动化程度可言；在业务服务启动时连接数据库进行初始化，依赖业务服务端的能力。

可以看出，这两种方式都存在各自的弊端，那么有没有方式能够让数据库启动时自动初始化指定的数据呢？答案是有！

我们以MySQL为例，官方对于 Docker 有着良好的支持，首先来看 Dockerhub上 Mysql官方镜像的一段描述:

Rainbond自动部署初始化Schema的数据库步骤教程

在数据库容器首次启动时，将创建一个指定名称的新数据库，并使用提供的环境变量对其进行初始化。此外，它将执行在 /docker-entrypoint-initdb.d 中找到的扩展名为 .sh，.sql 和 .sql.gz 的文件。文件将按字母顺序执行。默认情况下，SQL文件将导入到MYSQL_DATABASE 变量指定的数据库中。因此我们只需要在Mysql镜像工作机制的基础上维护好数据库初始化所需要的SQL即可。上文我们说到把数据库也作为一个独立的服务模块，我们也可以通过代码把Sql等脚步管理起来，划分版本分支。

Rainbond 支持多种组件创建方式，在这里我们采用从源码创建组件的方式，编写 Dockerfile 并上传至支持 Git/Svn 协议的客户端，即可在平台直接进行构建；这种方式透明、可复用、并且能够进行自动化构建。

目录结构

./
└── Dockerfile
    └── config
        ├── my.cnf
        ├── conf.d
             ├── docker.cnf
    └── sql
        ├── init_database
    └── README.md

Dockerfile文件

#基础镜像
FROM mysql:latest
MAINTAINER Aaron 
#把sql文件拷贝到/docker-entrypoint-initdb.d/目录下，以便启动时自动执行这个sql
COPY ./sql/*.sql /docker-entrypoint-initdb.d
#拷贝mysql配置文件
COPY ./config/ /etc/mysql/
#Mysql密码
ENV MYSQL_ROOT_PASSWORD rainbond
#数据持久化目录
VOLUME [ "/var/lib/mysql" ]
#端口
EXPOSE 3306

项目地址：https://github.com/Aaron-23/Initialize-db

使用该项目在平台进行构建，Rainbond 将会自动检测 Dockerfile 中定义的环境变量，存储，端口等信息，对这些配置项进行自动化配置，在 Dockerfile 构建完毕后自动启动数据库。

需要注意的是 MySQL 属于有状态服务，所以在构建前需将组件类型修改为有状态单实例，关于组件状态请参考组件部署类型。

Rainbond自动部署初始化Schema的数据库步骤教程