三大优势（PPT 第 26 页）#

一、知识回顾（读完直接做下面的实践题）#

1. 连接池是什么：一个容器，负责分配、管理数据库连接（Connection）
2. 两条机制：① 允许应用程序重复使用一个现有的连接，而不是再重新建立一个；② 释放空闲时间超过最大空闲时间的连接，来避免因为没有释放连接而引起的数据库连接遗漏
3. 三大优势：资源重用、提升系统响应速度、避免数据库连接遗漏
4. 为什么能”提升系统响应速度”：建立一条数据库连接本身要花时间（TCP 连接、认证等），连接池把这笔开销省掉了，拿到连接即可执行 SQL
5. 标准接口：DataSource——官方（sun）提供的数据库连接池接口，由第三方组织实现本接口；功能就是获取连接
6. 常见产品四种：C3P0、DBCP、Druid（德鲁伊）、Hikari（SpringBoot 默认）
7. Druid 的定位：阿里巴巴开源的数据库连接池项目，功能强大、性能优秀，是 Java 语言最好的数据库连接池之一
8. 切换 Druid 两步：① pom.xml 加依赖 com.alibaba : druid-spring-boot-starter : 1.2.19；② 配置里加一行 spring.datasource.type=com.alibaba.druid.pool.DruidDataSource（yml 里是 spring.datasource.type: 缩进写）
9. 不配 type 是什么：SpringBoot 默认的 Hikari——不是”没连接池”，实测类名是 com.zaxxer.hikari.HikariDataSource
10. 本机实测的类名对照：配了 type 的工程 → com.alibaba.druid.pool.DruidDataSource；没配的工程 → com.zaxxer.hikari.HikariDataSource；两个工程里拿到的连接对象都是 com.mysql.cj.jdbc.ConnectionImpl（MySQL 驱动提供的实现）

二、概念自测#

• 2-1 把数据源配置（含切换 Druid）写进 application.yml 需求：在一个新的 SpringBoot 工程里，用 yml 格式的配置文件写清四行数据源连接信息（连 web01 库），并把连接池换成 Druid。 写完回答：这五行里哪四行是”连接信息”、哪一行是”选连接池产品”？ （练习文件 test_53_切换连接池.yml 里给了写作区。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：配置项的组织方式从”点分号平铺”变成”层级缩进”——spring.datasource 里的每一项都缩进写在它下面，切换连接池的那一行也在这个层级里 二级 · 方法：yml 里键与值之间要有空格；四个连接项是 url、driver-class-name、username、password；切换连接池用 type，值是 Druid 连接池实现类的全限定名 三级 · 骨架：

  1
  spring:
  2
    datasource:
  3
      type: ____.alibaba.druid.pool.____
  4
      url: jdbc:mysql://localhost:3306/____
  5
      driver-class-name: com.mysql.cj.jdbc.____
  6
      username: ____
  7
      password: ____

  参考答案（做完再点开）

  1
  spring:
  2
    datasource:
  3
      # 选连接池产品：Druid
  4
      type: com.alibaba.druid.pool.DruidDataSource
  5
      # 数据库连接信息
  6
      url: jdbc:mysql://localhost:3306/web01
  7
      driver-class-name: com.mysql.cj.jdbc.Driver
  8
      username: root
  9
      password: 1234      # 换成你自己 MySQL 的密码

  回答：url、driver-class-name、username、password 这四项是连接信息（51 篇 1.3 就有的四行，只是换成了 yml 的写法）；type 那一行是”选连接池产品”，值写的是实现类的全限定名——这也是本机实测里 dataSource.getClass().getName() 会从 com.zaxxer.hikari.HikariDataSource 变成 com.alibaba.druid.pool.DruidDataSource 的直接原因。

• 2-2 把同一份配置改写成 properties 格式，并说清两种格式的关系 需求：把 2-1 的五行配置改写成 application.properties 的写法，再回答：两种格式的配置项内容有变化吗？如果同一个工程里两种文件都存在、且写了同样的键，谁的优先级更高？ （练习文件 test_53_切换连接池.yml 里给了写作区。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：properties 是”一个键一行、用点号表示层级”，yml 是”用缩进表示层级”——它们是同一个配置的两种表达 二级 · 方法：把 spring: 与 datasource: 两级拼成点号前缀，后面接各项；键与值之间用 = 连接 三级 · 骨架：spring.datasource.type=____ / spring.datasource.url=____ / …（参考 51 篇 1.3 和 PPT 第 28 页）

  参考答案（做完再点开）

  1
  spring.datasource.type=com.alibaba.druid.pool.DruidDataSource
  2
  spring.datasource.url=jdbc:mysql://localhost:3306/web01
  3
  spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver
  4
  spring.datasource.username=root
  5
  spring.datasource.password=1234

  ① 内容没有任何变化——两种文件写的是同一组配置项，只是语法不同（properties 用点号与 =，yml 用缩进与冒号空格）。本机实测里 aliyun-mybatis-quickstart 用 properties、springboot-mybatis-quickstart 用 yml，两套配置都跑通了测试（56 篇的”两种配置等效”实测）。 ② 若同一个工程里两种文件都存在且键相同，application.properties 的优先级更高（会覆盖 yml 里的同名键）——这是”别同时放两份互相打脸”的原因。

• 2-3 说清 DataSource 的身世 不看笔记回答：数据库连接池的标准接口叫什么？由谁提供？由谁实现？它的功能是什么？——然后再回答一个类比题：为什么说它和 JDBC 是”同一个套路”？ （答案写在你的笔记里即可。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：回忆 49 篇讲的 JDBC 本质——“sun 定义规范（接口），各厂商去实现，我们面向接口编程” 二级 · 方法：标准接口是 DataSource，sun 官方提供，第三方组织实现，功能只有一条——获取连接；JDBC 那边是 sun 定义 Connection/Statement 等接口、数据库厂商提供驱动实现 三级 · 骨架：接口 ____ → 定义方 ____ → 实现方 ____ → 功能 ____；类比：JDBC 里定义方是 sun、实现方是 ____

  参考答案（做完再点开）

  标准接口叫 DataSource：官方（sun）提供这个数据库连接池接口，由第三方组织实现它，功能就一条——获取连接（dataSource.getConnection()）。 类比：这跟 JDBC 是一模一样的分工——JDBC 那套里，sun 定义了 Connection、PreparedStatement、ResultSet 这些接口，各数据库厂商去实现并提供驱动 jar，我们面向接口编程，真正执行的是驱动里的实现类；连接池这套里，sun 定义了 DataSource，**各连接池产品（C3P0、DBCP、Druid、Hikari）**去实现它，我们同样面向接口编程，真正干活的是某个池子的实现类（实测里要么 DruidDataSource、要么 HikariDataSource）。 这也解释了一个”看起来神奇”的现象：换连接池只需要改一行 spring.datasource.type——因为业务代码拿的一直是 DataSource 这个接口，实现类换成谁它都不关心。

• 2-4 两个痛点，各归谁治 52 篇列了 JDBC 的四个痛点。请把这四条逐条写出来，并说明每一条由谁解决——特别说清”性能降低”这一条为什么不能只靠连接池。 （答案写在你的笔记里即可。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：“性能降低”其实包含两笔开销——连上数据库的那段时间，和每次执行 SQL 前的编译；两笔开销是两个不同的东西 二级 · 方法：连接池治的是”连接”这笔开销（资源复用）；“SQL 编译”这笔由预编译（? 占位符 + 编译缓存）治，MyBatis 的 #{} 默认就走它 三级 · 骨架：硬编码 → 配置化；繁琐 → 一行注解；资源浪费 → 连接池；性能降低 → 连接池（省连接开销）+ 预编译（省编译开销）

  参考答案（做完再点开）

  痛点	谁解决
  硬编码	配置化——连接信息搬到 application.properties/application.yml（51 篇）
  繁琐	MyBatis 的注解（或 XML）——一行 @Select 顶掉一整段流程代码
  资源浪费	数据库连接池——连接借还复用，不再每次新建、用完即弃
  性能降低	连接池 + 预编译，各治一半——池子省掉”建立连接”的等待；预编译 SQL（? 占位符 + 编译缓存）省掉”每次重新编译 SQL”的开销
  所以”性能降低”不能只靠连接池：连接池只管”连接从哪来、要不要重建”，管不到”这条 SQL 的编译有没有被复用”。本机实测的 MyBatis 日志里那一行 Preparing: ... where id = ? 就是预编译在干活（#{} → ?），它和连接池一起，才把 52 篇那四条痛点全部补上。

三、综合题#

• 3-1 把入门工程切成 Druid，并让运行时自己”报出”它用的是谁 找一个已经跑起来的 MyBatis 入门工程（51 篇那个），完成一次”看得见”的切换：

  1. 先不配任何连接池，写一个测试方法打印 dataSource.getClass().getName() 与 dataSource.getConnection().getClass().getName()，跑一次，把两个类名抄下来；
  2. 往 pom.xml 加 Druid 连接池的 starter 依赖（版本 1.2.19）；
  3. 在配置文件里加一行指定连接池产品（properties 或 yml 各写一遍都行）；
  4. 再跑一次第 1 步的测试，把两个类名抄下来，和切换前对比；
  5. 回答：① 切换前后连接对象的类名变了吗？为什么？② 业务代码（Mapper、Service）改了几行？③ 如果以后想换成别的连接池产品，要改哪些地方？
  6. 把这一次的两次输出整理成一张”切换前后对照表”（工程配置 → 连接池类名 → 连接类名）。 （练习文件 test_53_切换连接池.yml 里按 6 步给了写作区。）

  涉及知识点

  知识点	在这里的应用
  连接池 = 容器	第 1、4 步——打印出的 DataSource 实现类就是”池子本身”
  DataSource 接口	第 5 步——业务代码面向接口，所以几乎不用改
  SpringBoot 默认 Hikari	第 1 步——什么都不配也能打印出 HikariDataSource
  切换 Druid 两步	第 2、3 步——starter 依赖 + spring.datasource.type
  连接来自驱动	第 5 步——连接对象始终是 MySQL 驱动的 ConnectionImpl
  配置的两个格式	第 3 步——properties 与 yml 的等价写法（56 篇）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：这一题的关键是”用运行时的类名当证据”——配置写得对不对，问运行时最准；两次输出一比，切换做没做成自见分晓 二级 · 方法：测试类用 @SpringBootTest + @Autowired DataSource；打印 dataSource.getClass().getName() 与 dataSource.getConnection().getClass().getName()；依赖是 com.alibaba : druid-spring-boot-starter : 1.2.19；配置行是 spring.datasource.type=com.alibaba.druid.pool.DruidDataSource 三级 · 骨架：第 1 步测试方法里两行 System.out.println(____.getClass().getName())；第 3 步 properties 版 spring.datasource.____=com.alibaba.druid.pool.____ / yml 版 type: ____

  参考答案（做完再点开）

  1、4. 两次实测的类名（就是本篇那张对照表的来源，本机在课程的两个工程上各跑过一次）：

  1
  -- 切换前（没配 type）
  2
  dataSource            → com.zaxxer.hikari.HikariDataSource     ← SpringBoot 默认
  3
  connection            → com.mysql.cj.jdbc.ConnectionImpl        ← MySQL 驱动
  4
  
  5
  -- 切换后（加了 druid-spring-boot-starter + spring.datasource.type）
  6
  dataSource            → com.alibaba.druid.pool.DruidDataSource  ← 换成了 Druid
  7
  connection            → com.mysql.cj.jdbc.ConnectionImpl        ← 还是驱动给的

  2~3. 两步改动：

  1
  <!-- pom.xml：Druid连接池 -->
  2
  <dependency>
  3
      <groupId>com.alibaba</groupId>
  4
      <artifactId>druid-spring-boot-starter</artifactId>
  5
      <version>1.2.19</version>
  6
  </dependency>

  1
  # application.properties：指定连接池产品
  2
  spring.datasource.type=com.alibaba.druid.pool.DruidDataSource

  （yml 版就是 spring: → datasource: → type: com.alibaba.druid.pool.DruidDataSource。） 5. 三个回答： ① 连接对象的类名没变，始终是 com.mysql.cj.jdbc.ConnectionImpl。因为连接池只负责”分配、管理”连接，真正造连接的还是 MySQL 驱动——池子里的连接也是驱动创建的，池子只是把它们存起来反复借还。 ② 业务代码一行没改（Mapper 接口、Service 都不动）：切换只发生在”依赖 + 配置”层面——因为业务代码面向的是 DataSource 接口，不关心实现类是谁。 ③ 想换别的连接池产品，只需：加对应产品的 starter 依赖（或把用不上的依赖去掉）+ 改 spring.datasource.type 的值（写成新产品的实现类全限定名）。前提是新产品实现了 DataSource 接口——这正是”标准接口”的意义。 6. 切换前后对照表：

  工程配置	连接池类名（dataSource）	连接类名（connection）
  不配 type（默认）	com.zaxxer.hikari.HikariDataSource	com.mysql.cj.jdbc.ConnectionImpl
  type=com.alibaba.druid.pool.DruidDataSource	com.alibaba.druid.pool.DruidDataSource	com.mysql.cj.jdbc.ConnectionImpl

  这张表本身就是本篇最值钱的结论：换连接池 = 换 DataSource 的实现类，不用动业务代码。