数据库连接池的作用是什么？为什么高并发系统必须使用连接池？

简单来说，它的核心作用是复用数据库连接，避免频繁创建和销毁连接带来的巨大开销。
在高并发系统中，如果不使用连接池，而是采用“每次请求新建连接，用完立即关闭”的模式，系统将面临灾难性的后果：
1. 巨大的性能开销（时间成本）
建立一个数据库连接是一个非常昂贵的操作，通常包含以下步骤：
网络层：TCP 三次握手。
应用层：发送认证信息、协商协议版本、加载用户权限上下文。
数据库层：分配内存缓冲区、创建线程/进程来处理该连接。
数据对比：
新建连接：可能需要 20ms - 50ms 甚至更多（取决于网络距离和数据库负载）。
从连接池获取：通常只需 < 1ms。
高并发下的后果：
假设系统每秒有 1000 个请求（1000 QPS）。
无连接池：每秒需要建立 1000 次连接。仅建立连接的耗时就可能达到
1000
×
30
m
s
=
30000
m
s
1000×30ms=30000ms （即30秒的累计CPU等待时间），这会导致请求大量堆积，响应时间急剧增加，系统吞吐量直线下降。
有连接池：连接复用，几乎消除了建立连接的开销，系统能轻松处理高并发。
2. 资源耗尽风险（空间成本）
数据库服务器（如 MySQL、PostgreSQL）对同时存在的连接数是有限制的（由 max_connections 参数控制）。每个连接都会消耗数据库服务器的内存和线程资源。
高并发下的后果：
如果没有连接池限制，瞬间的高并发流量可能导致应用程序尝试创建成千上万个连接。
一旦超过数据库的最大连接数限制，新的请求会直接被拒绝（报错 Too many connections），导致服务不可用。
即使未达上限，过多的连接也会让数据库服务器忙于上下文切换（Context Switch），CPU 利用率飙升但实际处理能力下降，甚至导致数据库宕机。
3. 系统稳定性差
连接泄漏：在高并发代码中，很难保证每一行代码在异常情况下都能正确执行 close() 操作。没有连接池的自动回收机制，泄漏的连接会迅速累积，最终拖垮系统。
抗抖动能力弱：面对流量洪峰，连接池可以通过排队机制（当池满时，请求等待而不是立即失败）来平滑流量峰值，给后端数据库喘息的机会，而无池模式则容易导致雪崩效应。