SpringBoot数据库初始化datasource配置方式

目录
  • I. 项目搭建
    • 1. 依赖
    • 2. 配置
    • 3. 初始化sql
  • II. 示例
    • 1. 验证demo
    • 2. 问题记录
      • 2.1 只有初始化数据data.sql,没有schema.sql时,不生效
      • 2.2 版本问题导致配置不生效
      • 2.3 mode配置不对导致不生效
      • 2.4 重复启动之后,报错
  • 小结

I. 项目搭建

在我们的日常业务开发过程中,如果有db的相关操作,通常我们是直接建立好对应的库表结构,并初始化对应的数据,即更常见的情况下是我们在已有表结构基础之下,进行开发;

但是当我们是以项目形式工作时,更常见的做法是所有的库表结构变更、数据的初始、更新等都需要持有对应的sql变更,并保存在项目工程中,这也是使用liqubase的一个重要场景;

将上面的问题进行简单的翻译一下,就是如何实现在项目启动之后执行相应的sql,实现数据库表的初始化?

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

1. 依赖

首先搭建一个标准的SpringBoot项目工程,相关版本以及依赖如下

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

开一个web服务用于测试

<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: story
spring:
  datasource:
    url: jdbc:mysql://127.0.0.1:3306/${database.name}?useUnicode=true&amp;characterEncoding=UTF-8&amp;useSSL=false&amp;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.5+ 版本使用下面这个
#  sql:
#    init:
#      mode: always
#      data-location: classpath:config-data.sql
#      schema-location: classpath:init-schema.sql
logging:
  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
@SpringBootApplication
public 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.usernamespring.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

小结

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

对于配置方式不太友好的地方则在于不好自适应控制,若表存在则不执行;若不存在则执行;后面将介绍如何使用DataSourceInitializer来实现自主可控的数据初始化,以及更现代化一些的基于liquibase的数据库版本管理记录

以上就是SpringBoot数据库初始化datasource配置方式的详细内容,更多关于SpringBoot datasource配置的资料请关注我们其它相关文章!

(0)

相关推荐

  • springboot2启动时执行,初始化(或定时任务)servletContext问题

    目录 springboot2启动时执行,初始化(或定时任务)servletContext 可以实现 ApplicationListener 使用注解注入 springboot启动时初始化数据的几种方式 一.ApplicationRunner与CommandLineRunner 二.Spring Bean初始化的InitializingBean,init-method和PostConstruct 三.Spring的事件机制 总结 springboot2启动时执行,初始化(或定时任务)servlet

  • SpringBoot使用CommandLineRunner接口完成资源初始化方式

    目录 1 简介 1.1 应用场景 1.2 CommandLineRunner接口 1.3 ApplicationRunner接口 1.4 @Order注解 1.5 CommandLineRunner和ApplicationRunner区别 2 CommandLineRunner完成资源初始化 2.1 背景介绍 2.2 数据类型关系 2.3 实现过程 2.4 源码实现 3 总结 1 简介 1.1 应用场景 在应用服务启动时,需要在所有Bean生成之后,加载一些数据和执行一些应用的初始化. 例如:删

  • SpringBoot项目速度提升之延迟初始化(Lazy Initialization)详解

    目录 前言 是什么? 有啥用? 如何实现? 全局懒加载 注意的点 总结 前言 在一个名为种花家的小镇上,生活着一群热爱编程的人.他们致力于构建出高效.可维护的软件系统,而 Spring Boot 框架成为了他们的不二之选.这个小镇上的人们每天都在用 Spring Boot 框架创造着令人瞩目的应用程序. 然而,随着时间的推移,他们的应用程序变得越来越庞大,包含了许多不同的模块和组件.在应用程序启动的时候,所有的 bean 都会被一次性初始化,这导致了一个令人头疼的问题:启动时间变得越来越长了.

  • SpringBoot启动并初始化执行sql脚本问题

    目录 SpringBoot启动并初始化执行sql脚本 我们先看一下源码 下面我们验证一下这两种方式 SpringBoot项目在启动时执行指定sql文件 1. 启动时执行 2. 执行多个sql文件 3. 不同运行环境执行不同脚本 4. 支持不同数据库 5. 避坑 总结 SpringBoot启动并初始化执行sql脚本 如果我们想在项目启动的时候去执行一些sql脚本该怎么办呢,SpringBoot给我们提供了这个功能,可以在启动SpringBoot的项目时,执行脚本,下面我们来看一下. 我们先看一下源

  • SpringBoot Jpa分页查询配置方式解析

    这篇文章主要介绍了SpringBoot Jpa分页查询配置方式解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 这是已经被废弃的接口 Sort sort = new Sort(Sort.Direction.DESC,"bean类中字段"); //创建时间降序排序 Pageable pageable = new PageRequest(pageNumber,pageSize,sort); 上面的用法在最新的SpringBoot中已经不

  • springboot整合多数据源配置方式

    目录 简介 一.表结构 二.多数据源整合 1. springboot+mybatis使用分包方式整合 1.1 主要依赖包 1.2 application.yml 配置文件 1.3 建立连接数据源的配置文件 1.4 具体实现 2. springboot+druid+mybatisplus使用注解整合 2.1 主要依赖包 2.2 application.yml 配置文件 2.3 给使用非默认数据源添加注解@DS 简介 主要介绍两种整合方式,分别是 springboot+mybatis 使用分包方式整

  • springboot临时文件存储目录配置方式

    springboot临时文件存储目录配置 场景: 上传文件功能报错,然后排查日志. 报错日志: The temporary upload location [/tmp/tomcat.7957874575370093230.8088/work/Tomcat/localhost/ROOT] is not valid 原因: 在linux系统中,springboot应用服务再启动(java -jar 命令启动服务)的时候,会在操作系统的/tmp目录下生成一个tomcat*的文件目录,上传的文件先要转换

  • springboot的pom.xml配置方式

    目录 springboot的pom.xml配置 springboot 常用pom 总结 springboot的pom.xml配置 <name>springboot</name> <description>springboot</description> <packaging>war</packaging> <parent> <groupId>org.springframework.boot</groupI

  • SpringBoot Profile多环境配置方式

    目录 Profile多环境配置 Profile配置详解 1.问题 2.为什么要使用profiles Profile多环境配置 我们在开发项目时,通常同一套程序会被发布到几个不同的环境,比如:开发.测试.生产等.其中每个环境的数据库地址.redis地 址.服务器端口等等配置都会不同,如果在为不同环境打包时都要频繁修改配置文件的话,那必将是个非常繁琐且容易发生错误的事. 对于多环境的配置,各种项目构建工具或是框架的基本思路是一致的,通过配置多份不同环境的配置文件,再通过打包命令指定需要打包的内容之后

  • springboot数据库密码加密的配置方法

    前言 由于系统安全的考虑,配置文件中不能出现明文密码的问题,本文就给大家详细介绍下springboot配置数据库密码加密的方法,下面话不多说了,来一起看看详细的介绍吧 1.导入依赖 <dependency> <groupId>com.github.ulisesbocchio</groupId> <artifactId>jasypt-spring-boot-starter</artifactId> <version>2.1.2</

  • springboot配置mysql数据库spring.datasource.url报错的解决

    目录 springboot配置mysql数据库spring.datasource.url报错 springboot下datasource连接配置 基本设置 datasource JPA jooq h2 JTA springboot配置mysql数据库spring.datasource.url报错 spring.datasource.url=jdbc:mysql://abc:3306/abcd?useUnicode=true&characterEncoding=utf8 很常规地配置了这个mysq

  • 详解springboot的多种配置方式

    java配置主要靠java类和一些注解,比较常用的注解有: @Configuration :声明一个类作为配置类,代替xml文件 @Bean :声明在方法上,将方法的返回值加入Bean容器,代替 标签 @Value :基本类型或String属性注入 @PropertySource :指定外部属性文件 后面以Druid连接池配置为例,数据库名称为springboot_test 方式一 <!--pom.xml --> <dependency> <groupId>com.al

  • springboot实现以代码的方式配置sharding-jdbc水平分表

    目录 关于依赖 shardingsphere-jdbc-core-spring-boot-starter shardingsphere-jdbc-core 数据源DataSource 原DataSource ShardingJdbcDataSource 完整的ShardingJdbcDataSource配置 分表策略 主要的类 其他的分表配置类 groovy行表达式说明 properties配置 Sharding-jdbc的坑 结语 多数项目可能是已经运行了一段时间,才开始使用sharding-

  • SpringBoot整合liquibase及liquibase生成初始化脚本的方式

    目录 一. SpringBoot集成liquibase 二. liquibase生成数据库表和数据的初始化脚本 一. SpringBoot集成liquibase 项目集成liquibase作用 对数据库表字段进行版本控制 项目初始化部署时初始化数据库表和数据 ①.导入pom依赖 <dependency> <groupId>org.liquibase</groupId> <artifactId>liquibase-core</artifactId>

随机推荐