Rainbond 部署自动初始化Schema的数据库

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

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

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

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

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

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

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

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

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

在数据库容器首次启动时，将创建一个指定名称的新数据库，并使用提供的环境变量对其进行初始化。此外，它将执行在 /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