# SQL数据库自动初始化Starter
**Repository Path**: tynice/sql-initialize-spring-boot-starter
## Basic Information
- **Project Name**: SQL数据库自动初始化Starter
- **Description**: 一款适用于Spring Boot + MyBatis工程的数据库自动初始化工具。
- **Primary Language**: Java
- **License**: GPL-2.0
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No
## Statistics
- **Stars**: 0
- **Forks**: 2
- **Created**: 2024-03-11
- **Last Updated**: 2024-03-11
## Categories & Tags
**Categories**: Uncategorized
**Tags**: None
## README
# SQL数据库自动初始化Starter
## 1，介绍
这是一款简单的、适用于Spring Boot的数据库自动初始化工具。
### (1) 项目背景
在现在的后端开发中，只要是使用关系型数据库，相信SSM架构（Spring Boot + MyBatis）已经成为首选。
不过在我们第一次运行或者部署项目的时候，通常要先手动连接数据库，执行一个SQL文件以创建数据库以及数据库表格完成**数据库的初始化工作**，这样我们的SSM应用程序才能够正常工作。
这样也对实际部署或者是容器化造成了一些麻烦，必须先手动初始化数据库再启动应用程序。
那能不能**让我们的SSM应用程序第一次启动时，自动地帮我们执行SQL文件以完成数据库初始化工作呢？**
鉴于上述问题，我开发了这个简单的Starter，只需引入并配置一下用于初始化的SQL脚本，在项目第一次启动时即可自动地连接数据库并完成数据库的初始化工作。
该项目的机制参考：[传送门](https://juejin.cn/post/7238522776055103544)
### (2) 环境要求
使用该Starter的项目需要满足下列要求：
- JDK 8及其以上版本
- Spring Boot 2.x及其以上版本，推荐2.7.x版本
目前支持的数据库：
- MySQL
- PostgreSQL
## 2，使用方法
### (1) 引入依赖
以Maven项目为例，加入下列依赖：
```xml
io.github.swsk33
sql-initialize-spring-boot-starter
2.2.0
```
### (2) 配置文件
然后就需要在Spring Boot的配置文件`application.properties`中进行配置，这里以`yml`格式配置为例进行说明。
首先需要正确地配置数据源，例如：
```yaml
# Spring Boot数据源配置
spring:
datasource:
url: "jdbc:postgresql://127.0.0.1:5432/init_demo?TimeZone=Asia/Shanghai"
username: "postgres"
password: "123456"
```
这个是SSM项目都需要配置的，就不再赘述了。
然后配置你**用于初始化数据库表**的SQL脚本，并在配置文件中配置其路径，例如：
```yaml
# sql-initialize配置
io:
github:
swsk33:
sql-init:
sql-paths:
- "classpath:/init.sql"
```
指定配置值`io.github.swsk33.sql-init.sql-paths`的值即可，这是一个数组，可以配置多个SQL文件的路径，对于路径配置有下列注意事项：
- 可以配置`classpath`路径或者文件系统路径（实际在电脑磁盘上的），`classpath`路径需要以`classpath:`开头，而文件系统路径需要以`file:`开头，上述例子中配置的是`classpath`路径
- 在Maven项目中，`classpath`的根路径对应着项目的`src/main/resources`目录
- 若使用文件系统路径，可以使用相对路径或者绝对路径，在IDEA开发Maven项目时相对路径是相对于项目中`src`目录所在的路径，编译完成后的项目相对路径则为运行项目时的运行路径
- 本项目在启动时会先创建数据库，然后再执行配置的SQL脚本，因此**不需要在SQL脚本中编写创建数据库的语句**，只需要写创建表或者插入初始数据的语句即可
- 配置多个SQL文件时，会按照配置的顺序依次执行（从上至下，也就是从数组的`0`下标开始）
- 如果仅仅是创建数据库，不需要创建表，则可以省略上述SQL路径配置
### (3) 假设有的Bean初始化时需要访问数据库
假设现在有一个类，在初始化为Bean的时候需要访问数据库，例如：
```java
// 省略package和import
/**
* 启动时需要查询数据库的Bean
*/
@Slf4j
@Component
public class UserService {
@Autowired
private UserDAO userDAO;
@PostConstruct
private void init() {
log.info("执行数据库测试访问...");
userDAO.insert(new User(1));
List users = userDAO.selectList(null);
for (User user : users) {
System.out.println(user);
}
}
}
```
这个类在被初始化为Bean的时候，就需要访问数据库进行读写操作，那问题来了，如果这个类`UserService`在我们的starter完成自动配置**之前**就被初始化了怎么办呢？这会导致数据库还没有被初始化时，`UserService`就去访问数据库，导致初始化失败。
可以使用`@DependsOn`注解，控制这个Bean在Starter配置类完成配置之后再进行初始化：
```java
// 省略package和import
/**
* 启动时需要查询数据库的Bean
*/
@Slf4j
@Component
@DependsOn("SQLInitializeAutoConfigure")
public class UserService {
// 省略内容
}
```
在类上面加上`@DependsOn("SQLInitializeAutoConfigure")`注解即可！
## 3，效果
按照上述说明完成配置之后，第一次启动，如果**数据库中无对应数据库或者数据库中没有任何表格**，程序会自动完成数据库的创建以及SQL初始化脚本的执行：
第二次启动项目，由于对应数据库已存在且数据库中已有表了，因此**不会**再次执行创建数据库或者执行SQL脚本的操作：
## 4，全部配置
SQL自动初始化的全部配置示例如下：
```yaml
# sql-initialize配置
io:
github:
swsk33:
sql-init:
# 是否启用数据库初始化功能
# 若设定为false，则不会进行数据库检查以及初始化操作，Starter中全部流程都不会执行
# 默认：true
enabled: true
# 是否在初始化表格之前，检查数据库是否存在并创建
# 如果设定为false，则会跳过数据库检查步骤，直接开始创建表格
# 在连接到ShardingSphere-Proxy分片代理时，建议设定该项为false
# 默认：true
check-database: true
# 用于初始化数据库时执行的SQL脚本路径列表
# 其中以"classpath:"开头表示文件位于classpath中，以"file:"开头表示文件位于文件系统
# 默认：null
sql-paths:
- "file:init-postgresql/table.sql"
- "file:init-postgresql/data-sharding.sql"
```
如果想保持默认值，则可以省略对应的配置。
## 5，部分问题
### (1) 连接PostgreSQL时，报错`ERROR: database "xxx" already exists`
在项目连接PostgreSQL时，若数据库存在，Starter启动时报错：
```
2024-02-17T12:53:10.534+08:00 ERROR 6764 --- [main] i.g.s.s.util.SQLExecuteUtils: 创建数据库失败！
2024-02-17T12:53:10.534+08:00 ERROR 6764 --- [main] i.g.s.s.util.SQLExecuteUtils: ERROR: database "xxx" already exists
```
这是由于PostgreSQL驱动版本过低导致，将项目中PostgreSQL驱动手动设定为最新版本即可，而不是继承Spring Boot依赖版本：
```xml
org.postgresql
postgresql
42.7.2
runtime
```
### (2) 连接到ShardingSphere-Proxy时，检测数据库步骤出现错误
SQL初始化Starter通过JDBC的接口检测连接元数据信息，从中获取数据库列表等等，这对于单节点数据库是不会出现错误的，但是对于连接到ShardingSphere-Proxy时该方法就不准确了。
所以设定配置项`io.github.swsk33.sql-init.check-database`为`false`即可，跳过数据库检查这个步骤，因为ShardingSphere-Proxy的逻辑数据库是一定存在的：
```yaml
io:
github:
swsk33:
sql-init:
# 跳过数据库检查
check-database: false
```
不过，数据库表格是可以正常创建的。