SpringBoot2.5.0重新设计的spring.sql.init配置有啥⽤弃⽤内容
先来纠正⼀个误区。主要之前在版本更新介绍的时候，存在⼀些表述上的问题。导致部分读者认为这次的更新是Datasource 本⾝初始化的调整，但其实并不是。这次重新设计的只是对Datasource脚本初始化机制的重新设计。
先来看看这次被弃⽤部分的内容（位于org.springframework.boot.autoconfigure.jdbc.DataSourceProperties），如果你有⽤过这些配置内容，那么新配置就很容易理解了。
/**
* Mode to apply when determining if DataSource initialization should be performed
* using the available DDL and DML scripts.
*/
@Deprecated
private DataSourceInitializationMode initializationMode = DataSourceInitializationMode.EMBEDDED;
/**
* Platform to u in the DDL or DML scripts (such as schema-${platform}.sql or
* data-${platform}.sql).
*/
@Deprecated
private String platform = "all";
/**
* Schema (DDL) script resource references.
*/
private List<String> schema;
exceeds/**
* Urname of the databa to execute DDL scripts (if different).
*/
@Deprecated
private String schemaUrname;
/**
* Password of the databa to execute DDL scripts (if different).
*/
@Deprecated
private String schemaPassword;
/**
* Data (DML) script resource references.
*/
@Deprecated
private List<String> data;
intermission/**
* Urname of the databa to execute DML scripts (if different).
*/
@Deprecated
private String dataUrname;
朗文3h少儿英语教材/**
* Password of the databa to execute DML scripts (if different).
*/
@Deprecated
private String dataPassword;
/**
* Whether to stop if an error occurs while initializing the databa.
*/
@Deprecated
private boolean continueOnError = fal;
/**
* Statement parator in SQL initialization scripts.
*/
@Deprecated
杜子华private String parator = ";";
/**
* SQL scripts encoding.
*/
@Deprecated
private Chart sqlScriptEncoding;
少儿英语口语
对应到配置⽂件⾥的属性如下（这⾥仅列出部分，就不全部列出了，主要就是对应上⾯源码中的属性）：
spring.datasource.schema=
spring.datasource.schema-urname=
spring.datasource.schema-password=
...
makeup
这些配置主要⽤来指定数据源初始化之后要⽤什么⽤户、去执⾏哪些脚本、遇到错误是否继续等功能。
新的设计
Spring Boot 2.5.0开始，启⽤了全新的配置⽅式，我们可以从这个
类org.springframework.boot.autoconfigure.sql.init.SqlInitializationProperties⾥看到详情。
下⾯我们通过⼀个简单的例⼦来体验这个功能的作⽤。
创建⼀个Spring Boot的基础应⽤，并在l中引⼊和mysql的依赖：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-jdbc</artifactId>
</dependency>
<dependency>
<groupId>mysql</groupId>
德文在线翻译
<artifactId>mysql-connector-java</artifactId>
</dependency>
在配置⽂件中增加数据源和初始化数据源的配置，具体如下：
spring.datasource.url=jdbc:mysql://localhost:3306/test
spring.datasource.urname=root
spring.datasource.password=
spring.datasource.sql.cj.jdbc.Driver
# Spring Boot 2.5.0 init schema & data
# 执⾏初始化脚本的⽤户名称
spring.sql.init.urname=root
# 执⾏初始化脚本的⽤户密码
口才班spring.sql.init.password=
# 初始化的schema脚本位置
spring.sql.init.schema-locations=classpath*:schema-all.sql
根据上⾯配置的定义，接下来就在resource⽬录下，创建脚本⽂件schema-all.sql，并写⼊⼀些初始化表结构的脚本
create table test.ur_info
(
id int unsigned auto_increment comment '⽤户id'
primary key,
open_id varchar(255) default '' null comment '微信⼩程序openid',
nick_name varchar(255) default '' null comment '微信名',
head_img varchar(255) default '' null comment '微信头像',
x varchar(255) default '' null comment '性别',
phone varchar(255) default '' null comment '⼿机',
province varchar(255) default '' null comment '注册地址：省',
city varchar(255) default '' null comment '注册地址：城市',
country varchar(255) default '' null comment '注册地址：县/区',
status tinyint unsigned default 0 not null comment '是否标记删除 0：否 1：是',
create_time datetime not null comment '创建时间',
update_time datetime not null comment '更新时间'
)
comment '⽤户表';
完成上⾯步骤之后，启动应⽤。然后打开MySQL客户端，可以看到在test库下，多了⼀个ur_info表
通过上⾯的例⼦，不难想到这样的功能主要可以⽤来管理应⽤启动与数据库配置的⾃动执⾏，以减少应⽤部署过程中⼿⼯执⾏的内容，降低应⽤部署的执⾏步骤。
配置详解
除了上⾯⽤到的配置属性之外，还有⼀些其他的配置，下⾯详细讲解⼀下作⽤。
spring.abled：是否启动初始化的开关，默认是true。如果不想执⾏初始化脚本，设置为fal即可。通过-D的命令⾏参数会更容易控制。
spring.sql.init.urname和spring.sql.init.password：配置执⾏初始化脚本的⽤户名与密码。这个⾮常有必要，因为安全管理要求，通常给业务应⽤分配的⽤户对⼀些建表删表等命令没有权限。这样就可以与datasource中的⽤户分开管理。
spring.sql.init.schema-locations：配置与schema变更相关的sql脚本，可配置多个（默认⽤；分割）
spring.sql.init.data-locations：⽤来配置与数据相关的sql脚本，可配置多个（默认⽤；分割）
spring.ding：配置脚本⽂件的编码
spring.sql.init.parator：配置多个sql⽂件的分隔符，默认是;
spring.inue-on-error：如果执⾏脚本过程中碰到错误是否继续，默认是fal`；所以，上⾯的例⼦第⼆次执⾏的时候会报错并启动失败，因为第⼀次执⾏的时候表已经存在。
应⽤建议
关于这些配置的应⽤，相信聪明的你⼀定会把它与数据库的版本管理联系起来（因为可以⾃动的执⾏脚本）。
那么依靠这些配置，是否可以胜任业务应⽤部署时候数据库初始化的⾃动化实现呢？
feedon个⼈认为就上述所介绍的配置，虽然具备了⼀定的⾃动执⾏能⼒。但由于缺失对当前环境的判断能⼒，所以要应对实际的部署场景来说，还是远远不够的。
如果要⾃动化的管理数据库表结构、初始化数据的话，我的建议是：
默认提供的这个初始化功能可以且仅⽤于单元测试，⾃动创建数据库结构与初始化数据，使⽤完毕后销毁。可以⽅便的控制每次单元测试的执⾏环境⼀致。
应⽤在环境部署的时候，还是要使⽤之前介绍过的Flyway来实现，如何使⽤可见之前的分享：使⽤Flyway来管理数据库版本。
联合Flyway⼀同使⽤，通过org.springframework.jdbc.datasource.init.DataSourceInitializer来定义更复杂的执⾏逻辑。
更多本系列免费教程连载
代码⽰例
stiefel本⽂的相关例⼦可以查看下⾯仓库中的chapter3-13⽬录：
到此这篇关于Spring Boot 2.5.0 重新设计的spring.sql.init 配置有啥⽤？的⽂章就介绍到这了，更多相关spring.sql.init 配置内容请搜索以前的⽂章或继续浏览下⾯的相关⽂章希望⼤家以后多多⽀持！
