spring boot jpa 怎么用jdbc
spring boot jpa 相当于是Jdbc的代理，
从理念是来说是使用hibernate规范对数据访问层的规划，jpa的原理就是封装了各种jdbc的实现，并提供了你方便扩展的接口。
所以spring boot jpa 没有存在“使用JDBC”这一说，但是如果你仅仅是想表达JPA如何使用sql？你可以关注在Repository中的方法中，利用@Query（"……你的sql"）来执行sql。
springboot数据库掉线,捕获到的异常是哪个
当Spring Boot应用程序连接的数据库掉线时，捕获到的异常通常是一个SQL异常，具体表现为由于底层数据库异常导致的连接失败。根据不同的数据库厂商和具体实现，在数据库连接过程中可能会出现各种异常，例如TimeoutException、CommunicationException等等。这些异常的共同点是它们都表示无法建立到数据库的连接，或者已有连接已经断开。
为了解决这些异常，我们可以通过Spring Boot提供的一些功能去处理。我们可以使用Spring的JdbcTemplate代替传统的JDBC连接方式，JdbcTemplate可以自动创建和释放连接，并且可以处理一些异常情况，例如在数据库连接失败时自动重试。此外，我们还可以使用HikariCP作为连接池，由于其高效性和可靠性，可以有效地降低连接池出现问题的风险。
最后，为了避免数据库掉线对应用造成过大的影响，我们可以考虑实现数据库集群和负载均衡等措施来提高应用的可用性和稳定性。
15《Spring Boot 入门教程》多数据源与分布式事务
一个项目中使用多个数据源的需求，我们在日常工作中时常会遇到。
以商城系统为例，有一个 MySQL 的数据库负责存储交易数据。公司还有一套 ERP 企业信息化管理系统，要求订单信息同步录入 ERP 数据库，便于公司统一管理，而该 ERP 系统采用的数据库为 SQL Server 。
此时，就可以在 Spring Boot 项目中配置多个数据源。另外，使用多数据源后，需要采用分布式事务来保持数据的完整性。
本小节我们使用 Spring Boot 开发一个商城系统的订单生成功能，订单信息同时进入 MySQL 与 SQL Server 数据库。
首先创建 MySQL 数据库 shop ，并新建订单表 order ，表结构如下：
order 表结构
然后创建 SQL Server 数据库 erpshop ，并新建订单表 erp_order ，表结构如下。注意 id 是自增长的唯一标识，out_id 是对应订单在 MySQL 数据库中的唯一标识，以便在两个库中比对订单。
erp_order 结构
接下来，我们开始实现 Spring Boot 后端项目，数据持久层采用 MyBatis 框架，同时访问两个数据源。
Spring Boot 版本选择 2.2.5 ，Group 为 com.imooc ， Artifact 为 spring-boot-multidb，生成项目后导入 Eclipse 开发环境。
我们引入热部署依赖、 Web 依赖、数据库访问相关依赖及测试相关依赖，具体如下：
实例：
由于我们要同时访问两个数据库，所以需要在配置文件中添加两个数据源的配置信息。注意配置多数据源时， url 配置需要使用 spring.datasource.db1.jdbc-url=xxx 的形式。
实例：
多个数据源的情况下， 我们需要通过配置类，将数据源注册为组件放入 Spring 容器中。
实例：
通过这个配置类， Spring 容器中就有两个数据源组件，这两个组件分别采用 spring.datasource.db1 和 spring.datasource.db2 开头的配置信息。所以通过这两个组件，就能分别操作 MySQL 数据源 1 和 SQL Sever 数据源 2 。
多数据源情况下， MyBatis 中的关键组件 SqlSessionFactory 和 SqlSessionTemplate 也需要单独配置，我们需要为两个数据源分别配置一套组件。
实例：
通过上面的配置类， com.imooc.springbootmultidb.mapper1 包中的 DAO 数据访问接口会自动调用 sqlSessionTemplate1 组件实现具体数据库操作，而 sqlSessionTemplate1 操作的数据源已经通过配置类设置为 db1 。同时， DAO 数据访问接口对应的映射文件已经指定到 classpath:mapper1/ 目录去寻找。这样数据源 – DAO 数据访问接口 – 映射文件三者的对应关系就建立起来了。
数据源 2 的配置方法是一样的， com.imooc.springbootmultidb.mapper2 包中的 DAO 数据访问接口会自动调用 sqlSessionTemplate2 组件，其操作的数据源即为 db2 ，其对应的映射文件指定到 classpath:mapper2/ 目录去寻找。
实例：
数据访问接口的位置已经在配置类指定，首先在 com.imooc.springbootmultidb.mapper1 创建 OrderDao ，操作的是数据源 1 中的 order 表。
实例：
然后在 com.imooc.springbootmultidb.mapper2 创建 ErpOrderDao ，操作的是数据源 2 中的 erporder 表。
实例：
这两个接口中使用的数据对象比较简单，代码如下：
实例：
分别针对 OrderDao 、 ErpOrderDao 编写对应的映射文件，然后按照配置类指定的位置，两个文件分别放到 resources/mapper1 和 resources/mapper2 目录下。
实例：
实例：
数据操作接口与对应的映射文件均已编写完毕，现在可以通过测试类进行多数据源测试了，我们在测试类中同时向两个库插入记录。
实例：
运行测试方法后，两个数据库表中均新增数据成功，这样我们就成功的使用 Spring Boot 同时操作了两个数据源。
采用多数据源之后，事务的实现方式也随之发生变化。当某个数据源操作出现异常时，该数据源和其他数据源的事务都需要回滚。这种涉及多个数据源的事务，称为分布式事务，接来下我们就来具体实现一下。
在 pom.xml 引入 Atomikos 事务管理器相关的依赖项， Atomikos 是一个开源的事务管理器，支持分布式事务。
实例：
需要将默认的数据源更换为支持分布式事务的数据源， MySQL 对应的数据源为 MysqlXADataSource ， SQL Server 对应的数据源为 SQLServerXADataSource 。
实例：
继续修改 DataSourceConfig 类，在其中配置分布式事务管理器组件。当项目中使用事务时，会通过配置的分布式事务管理器管理分布式事务操作。
实例：
在测试方法上添加 @Transactional 开启事务，然后在两个数据源操作中间模拟抛出异常。
实例：
此时运行测试类，可以发现数据源 1 的事务已回滚，验证成功！
在开发 Spring Boot 项目时，如果默认配置满足不了我们的需求，可以通过手工配置组件实现我们需要的功能。这些组件可能是各个公司提供的，我们根据相应文档，为其配置各个属性即可。
idea springboot中整合jdbc连接MySQL中，Schemas中无mybatis怎么解决？
从你的这张截图上看，你建立了一个空白的springboot项目，并且使用了idea的data base数据库客户端去管理数据库（类似Navicat）。你的这些操作，和你问题上描述的，springboot整合jdbc没有直接关联，更别说mybatis了。
springboot整合jdbc或mybatis，需要在你的pom文件中引入相关依赖，然后在application.yml中加入数据库配置。
spring boot jdbc依赖怎么写
参考如下内容：
JDBC 连接数据库
1、属性配置文件（application.properties）
spring.datasource.url=jdbc:mysql://localhost:3306/test
spring.datasource.username=root
spring.datasource.password=123456
spring.datasource.driver-class-name=com.mysql.jdbc.Driver12341234
如果使用JNDI，则可以替代 spring.datasource 的 url、username、password，如：
spring.datasource.jndi-name=java:tomcat/datasources/example 11
值得一提的是，无论是Spring Boot默认的DataSource配置还是你自己的DataSource bean，都会引用到外部属性文件中的属性配置。所以假设你自定义的DataSource bean，你可以在定义bean时设置属性，也可以在属性文件中，以“spring.datasource.*”的方式使属性配置外部化。
2、pom.xml 配置maven依赖
!-- MYSQL --
dependency
groupIdmysql/groupId
artifactIdmysql-connector-java/artifactId
/dependency
!-- Spring Boot JDBC --
dependency
groupIdorg.springframework.boot/groupId
artifactIdspring-boot-starter-jdbc/artifactId
/dependency
springboot初始化数据
1、application.properties需设置spring.jpa.hibernate.ddl-auto=create；
2、springboot会通过实体类创建表；
3、再执行import.sql。
所以，只要有实体类user存在，则可以在import.sql中直接使用insert语句插入数据到user表即可，不需要在import.sql中定义创建user表的ddl语句。（import.sql中是可以定义create等ddl语句的，不单只能insert操作。）
1、在application.properties修改以下内容：
2、在src/main/resources目录下新建import.sql（名字一定要是import.sql），内容如下
3、启动应用，进行初始化数据
4、启动完成后，停止应用，修改spring.jpa.hibernate.ddl-auto=create成spring.jpa.hibernate.ddl-auto=update后，再次启动应用。即spring.jpa.hibernate.ddl-auto设置成update时，import.sql不会执行。
缺点：第一次执行，导入数据后。需要将spring.jpa.hibernate.ddl-auto=create设置成spring.jpa.hibernate.ddl-auto=update。不然第二次执行，会因spring.jpa.hibernate.ddl-auto设置是create值，先drop表，再创建表，导致第一次启动应用后的数据丢失。（比如，新增了另一个用户，就这样在第二次启动应用丢失了）
1、在application.properties新增以下内容：
2、在src/main/resources目录下新建schema.sql（名字可以自定义）、data.sql（名字可以自定义）。
3、启动应用，进行初始化数据
4、启动完成后，停止应用，步骤一设置的 spring.datasource.initialization-mode 等注释掉。
再次启动应用。使用jdbc方式，不跟spring.jpa.hibernate.ddl-auto值有关系，无论是create和update都不影响jdbc这种初始化方式。
第一种方式启动的时候jpa会根据实体类创建表，import.sql负责初始化数据（insert等操作）。
第二种方式启动的时候，不会创建表，需要在初始化脚本schema.sql，data.sql中判断是否存在表，再初始化脚本中的步骤。
如果使用jpa的话，那就选择第一种方式；如果使用的mybatis，则可选择第二种方式。