大量请求，数据库连接不足，会导致什么问题，最大连接数一般设置多大

当大量请求涌入时，数据库连接池可能会出现连接不足的情况，这会导致以下一系列问题：

连接池耗尽：数据库连接池中的连接数量是有限的，如果请求量超过数据库连接池的最大连接数，新的请求就无法获取到数据库连接。此时，新的请求会被阻塞，等待连接池中已有连接释放。如果等待时间过长，会导致请求超时或应用程序崩溃。
请求延迟：由于等待连接池中的连接释放，所有无法获得连接的请求会被延迟处理，造成系统响应时间增加，最终影响用户体验。

查询超时或失败：当所有连接都在忙碌时，新请求即使能够得到连接，查询可能会因为数据库负载过大而超时或失败。这通常会导致事务失败，甚至可能导致部分数据丢失或不一致。
慢查询和锁竞争：数据库连接数过多，查询可能会变得非常慢，并且数据库可能出现锁竞争问题，导致数据库的吞吐量下降。

CPU和内存消耗增高：当数据库连接池连接数过高时，数据库的负载增大，不仅会影响查询性能，还可能导致数据库进程消耗更多的CPU和内存资源，进一步导致数据库性能下降，甚至崩溃。
资源争用：多个请求争抢连接时，可能会增加上下游系统的资源竞争，使得整体系统的稳定性和响应能力受到影响。

数据库最大连接数设置的合理性取决于以下几个因素：

数据库性能和硬件资源：
- 数据库的硬件资源（如 CPU、内存、磁盘 I/O 等）是决定最大连接数的重要因素。过多的连接数会使数据库资源消耗殆尽，导致性能下降。因此，最大连接数应根据数据库服务器的性能来设置。
应用的并发量：
- 根据系统的并发请求量来调整最大连接数。如果应用程序需要处理大量并发请求，可以适当增加数据库连接数，但不要盲目增加，避免超负荷。
连接池的性能：
- 连接池的性能（如连接池的实现、最大连接数、空闲连接数等）也需要与数据库的最大连接数匹配。大多数数据库连接池（如 HikariCP、C3P0）允许设置最大连接数，并提供一些策略来动态扩展和回收连接。
数据库的并发处理能力：
- 数据库的并发处理能力有限，通常关系到磁盘 I/O 和查询优化的能力。大部分数据库的最大连接数范围大约在 1000 到 10000 之间，具体需要根据实际负载调整。

MySQL：
- 默认的最大连接数通常是 151，但在高并发场景下可以根据需要调整。对于大部分应用，最大连接数可以设置为 500 到 2000 之间。对于极高并发的场景，可以增加到 3000 或更高，但需要考虑数据库的硬件资源和优化。
- 设置 max_connections：
  sql
  SET GLOBAL max_connections = 1000;
PostgreSQL：
- PostgreSQL 默认连接数为 100，但根据应用的负载和数据库性能，最大连接数一般可以设置为 200 到 500 之间。
- 设置 max_connections：
  sql
  ALTER SYSTEM SET max_connections = 500;
Oracle：
- Oracle 数据库的最大连接数通常设置得比较高，可以达到 1000 以上，但同样要根据服务器资源和实际需求调整。
- 设置 processes 或 sessions 参数来控制连接数。

HikariCP（常用的 Java 连接池）：
- 在 application.properties 文件中设置：
  spring.datasource.hikari.maximum-pool-size=200
C3P0：
- 在 c3p0.properties 文件中设置：
  c3p0.maxPoolSize=200
Tomcat JDBC：
- 在 context.xml 文件中设置：
  xml
  <Resource name="jdbc/myDataSource" maxActive="200" maxIdle="20" minIdle="10" ... />