【DB系列】数据库初始化-datasource配置形式 | 一灰灰Blog

在咱们的日常业务开发过程中，如果有db的相干操作，通常咱们是间接建设好对应的库表构造，并初始化对应的数据，即更常见的状况下是咱们在已有表构造根底之下，进行开发；
然而当咱们是以我的项目模式工作时，更常见的做法是所有的库表构造变更、数据的初始、更新等都须要持有对应的sql变更，并保留在我的项目工程中，这也是应用liqubase的一个重要场景；
将下面的问题进行简略的翻译一下，就是如何实现在我的项目启动之后执行相应的sql，实现数据库表的初始化？

本文将作为初始化形式的第一篇：基于SpringBoot的配置形式实现的数据初始化

<!-- more -->

I. 我的项目搭建

1. 依赖

首先搭建一个规范的SpringBoot我的项目工程，相干版本以及依赖如下

本我的项目借助SpringBoot 2.2.1.RELEASE + maven 3.5.3 + IDEA进行开发

<dependencies>    <dependency>        <groupId>mysql</groupId>        <artifactId>mysql-connector-java</artifactId>    </dependency>    <dependency>        <groupId>org.springframework.boot</groupId>        <artifactId>spring-boot-starter-jdbc</artifactId>    </dependency></dependencies>

本文应用MySql数据库, 版本8.0.31

2. 配置

留神实现初始化数据库表操作的外围配置就在上面，重点关注

配置文件： resources/application.yml

# 默认的数据库名database:  name: storyspring:  datasource:    url: jdbc:mysql://127.0.0.1:3306/${database.name}?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai    username: root    password:    initialization-mode: always    platform: mysql    separator: ;    data: classpath:config-data.sql    #data-username: root    #data-password:    schema: classpath:config-schema.sql # schema必须也存在，若只存在data，data中的sql也不会被执行# springboot 2.7+ 版本应用上面这个#  sql:#    init:#      mode: always#      data-location: classpath:config-data.sql#      schema-location: classpath:init-schema.sqllogging:  level:    root: info    org:      springframework:        jdbc:          core: debug

下面的配置中，相比拟于一般的数据库链接配置，多了几个配置项

  • spring.datasource.initialization-mode: 取值为 always，改成其余的会导致sql不会被执行
  • spring.datasource.platform: mysql
  • spring.datasource.seprator: ; 这个示意sql之间的分隔符
  • spring.datasource.data: classpath:config-data.sql 取值能够是数组，这里存的是初始化数据的sql文件地址
  • spring.datasource.data-username: 下面data对应的sql文件执行用户名
  • spring.datasource.data-password: 下面data对应的sql文件执行用户明码
  • spring.datasource.schema: classpath:config-schema.sql 取值也能够是数组，这里存的是初始化表构造的sql文件地址

3. 初始化sql

下面指定了两个sql，一个是用于建表的ddl，一个是用于初始化数据的dml

resources/config-schema.sql 文件对应的内容如下

CREATE TABLE `user2`(    `id`               int unsigned NOT NULL AUTO_INCREMENT COMMENT '主键ID',    `third_account_id` varchar(128) NOT NULL DEFAULT '' COMMENT '第三方用户ID',    `user_name`        varchar(64)  NOT NULL DEFAULT '' COMMENT '用户名',    `password`         varchar(128) NOT NULL DEFAULT '' COMMENT '明码',    `login_type`       tinyint      NOT NULL DEFAULT '0' COMMENT '登录形式: 0-微信登录，1-账号密码登录',    `deleted`          tinyint      NOT NULL DEFAULT '0' COMMENT '是否删除',    `create_time`      timestamp    NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创立工夫',    `update_time`      timestamp    NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最初更新工夫',    PRIMARY KEY (`id`),    KEY                `key_third_account_id` (`third_account_id`),    KEY                `user_name` (`user_name`)) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4  COMMENT='用户登录表';

resources/config-data.sql 文件对应的内容如下

INSERT INTO `user2` (id, third_account_id, `user_name`, `password`, login_type, deleted)VALUES (2, '222222-0f85-4dd5-845c-7c5df3746e92', 'admin2', 'admin2', 0, 0);

II. 示例

1. 验证demo

接下来下面的工作筹备结束之后，在咱们启动我的项目之后，失常就会执行下面的两个sql，咱们写一个简略的验证demo

@Slf4j@SpringBootApplicationpublic class Application implements ApplicationRunner {    @Autowired    private JdbcTemplate jdbcTemplate;    public static void main(String[] args) {        SpringApplication.run(Application.class);    }    @Override    public void run(ApplicationArguments args) throws Exception {        List list = jdbcTemplate.queryForList("select * from user2 limit 2");        log.info("启动胜利，初始化数据: {}\n{}", list.size(), list);    }}

2. 问题记录

从下面的过程走下来，看起来很简略，然而在理论的应用过程中，很容易遇到不失效的问题，上面记录一下

2.1 只有初始化数据data.sql，没有schema.sql时，不失效

当库表曾经存在时，此时咱们可能并没有上文中的config-schema.sql文件，此时对应的配置可能是

spring:  datasource:    url: jdbc:mysql://127.0.0.1:3306/${database.name}?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai    username: root    password:    initialization-mode: always    platform: mysql    separator: ; # 默认为 ;    data: classpath:config-data.sql    #data-username: root    #data-password:    #schema: classpath:config-schema.sql # schema必须也存在，若只存在data，data中的sql也不会被执行

如下面所示，当咱们只指定了data时，会发现data对应的sql文件也不会被执行；即要求schema对应的sql文件也必须同时存在

针对下面这种状况，能够思考将data.sql中的语句，卸载schema.sql中

2.2 版本问题导致配置不失效

在SpringBoot2.5+版本，应用 spring.sql.init 代替下面的配置项

# springboot 2.5+ 版本应用上面这个spring:  sql:    init:      mode: always      data-location: classpath:config-data.sql      schema-location: classpath:init-schema.sql

相干的配置参数阐明如下

  • spring.sql.init.enabled：是否启动初始化的开关，默认是true。如果不想执行初始化脚本，设置为false即可。通过-D的命令行参数会更容易管制。
  • spring.sql.init.username和spring.sql.init.password：配置执行初始化脚本的用户名与明码。这个十分有必要，因为平安治理要求，通常给业务利用调配的用户对一些建表删表等命令没有权限。这样就能够与datasource中的用户离开治理。
  • spring.sql.init.schema-locations：配置与schema变更相干的sql脚本，可配置多个（默认用;宰割）
  • spring.sql.init.data-locations：用来配置与数据相干的sql脚本，可配置多个（默认用;宰割）
  • spring.sql.init.encoding：配置脚本文件的编码
  • spring.sql.init.separator：配置多个sql文件的分隔符，默认是;
  • spring.sql.init.continue-on-error：如果执行脚本过程中碰到谬误是否持续，默认是false`

2.3 mode配置不对导致不失效

当配置完之后发，发现sql没有依照预期的执行，能够检查一下spring.datasource.initialization-mode配置是否存在，且值为always

2.4 反复启动之后，报错

同样下面的我的项目，在第一次启动时，会执行schema对应的sql文件，创立表构造；执行data对应的sql文件，初始化数据；然而再次执行之后就会报错了，会提醒表曾经存在

即初始化是一次性的，第一次执行结束之后，请将spring.datasource.initialization-mode设置为none

3. 小结

本文次要介绍了我的项目启动时，数据库的初始化形式，当然除了本文中介绍的spring.datasource配置之外，还有spring.jpa的配置形式

对于配置形式不太敌对的中央则在于不好自适应控制，若表存在则不执行；若不存在则执行；前面将介绍如何应用DataSourceInitializer来实现自主可控的数据初始化，以及更现代化一些的基于liquibase的数据库版本治理记录

III. 不能错过的源码和相干知识点

0. 我的项目

  • 工程：https://github.com/liuyueyi/spring-boot-demo
  • 源码：https://github.com/liuyueyi/spring-boot-demo/tree/master/spring-boot/161-schema-init

1. 微信公众号: 一灰灰Blog

尽信书则不如，以上内容，纯属一家之言，因集体能力无限，不免有疏漏和谬误之处，如发现bug或者有更好的倡议，欢送批评指正，不吝感谢

上面一灰灰的集体博客，记录所有学习和工作中的博文，欢送大家前去逛逛

  • 一灰灰Blog集体博客 https://blog.hhui.top
  • 一灰灰Blog-Spring专题博客 http://spring.hhui.top