如何通过数据库连接池与分布式缓存（如Redis）优化数据库查询效率，提升香港服务器承载的负载能力？

发布人：Minchunlin 发布时间：2025-08-04 20:57 阅读量：544

我在香港机房部署的一套生产系统，最初承载的是一个电商 API 服务，数据库使用的是 MySQL，前端访问量高峰期能达到每秒 2,000+ 请求。刚开始上线的几天，一切还算平稳，但随着广告投放一波波涌入，监控平台里 MySQL 的连接数告警和慢查询告警接连不断。CPU 飙升、QPS 抖动、偶尔请求超时，这些让我意识到，单纯靠增加服务器配置无法解决问题。

在几次紧急扩容和压测之后，我总结出两大核心优化手段：

使用数据库连接池（Connection Pool）提升连接复用率

借助分布式缓存（Redis）减少数据库直接压力

接下来，我会以第一人称详细分享我的实操步骤和最终方案，让香港服务器的负载能力从被动应对到稳定承压。

一、分析数据库瓶颈：从慢查询到连接耗尽

在排查问题时，我主要用两种方式定位瓶颈：

慢查询日志（Slow Query Log）

打开 MySQL 慢查询日志，发现部分 SELECT 请求耗时 300ms~2s 不等，大多是高频的用户信息或商品库存查询。

连接数与等待队列监控

通过 SHOW PROCESSLIST 和 Prometheus MySQL Exporter 观察到，高峰期连接数一度逼近 max_connections，线程经常处于 Sleep 或 Locked 状态。

这意味着数据库被频繁建立和销毁连接，同时热门数据缺乏缓存机制，导致直接访问 MySQL 的请求过多。

二、第一步：引入数据库连接池优化连接复用

我使用的是 Java Spring Boot 项目，所以首选了 HikariCP 作为数据库连接池。

实现步骤如下：

1. 配置连接池

spring:
  datasource:
    url: jdbc:mysql://hk-db-server:3306/prod_db?useSSL=false&serverTimezone=Asia/Hong_Kong
    username: prod_user
    password: ******
    hikari:
      maximum-pool-size: 50
      minimum-idle: 10
      idle-timeout: 30000
      max-lifetime: 1800000
      connection-timeout: 30000

我的实操经验：

香港服务器延迟比本地机房略高，因此我把 connection-timeout 设为 30 秒，避免瞬时网络抖动导致连接获取失败。

maximum-pool-size 结合 CPU 核心数和 MySQL 配置调优。以 8 核实例为例，50 个连接已足够承载高峰 2k QPS。

2. 连接池效果验证

接入 HikariCP 后，QPS 抖动明显减小。数据库连接复用率从不到 20% 提升到 80% 以上，连接耗尽告警基本消失。

三、第二步：引入 Redis 分布式缓存削峰填谷

光靠连接池只能解决连接开销问题，但数据库压力依然很大。于是我决定引入 Redis 缓存热点数据。

1. 缓存策略设计

我采用了两层缓存思路：

热点数据缓存（如商品详情、用户基础信息）：

直接缓存查询结果 JSON

过期时间设置 30~60 秒，避免缓存雪崩

计数类缓存（如库存数量、浏览次数）：

Redis 作为主存储 + 定时异步写回 MySQL

适合高并发读写场景

2. 代码示例（以商品详情为例）

public Product getProductDetail(Long productId) {
    String cacheKey = "product:detail:" + productId;
    // 1. 先查 Redis
    String cacheValue = redisTemplate.opsForValue().get(cacheKey);
    if (cacheValue != null) {
        return JSON.parseObject(cacheValue, Product.class);
    }

    // 2. 缓存未命中 -> 查数据库
    Product product = productMapper.selectById(productId);

    // 3. 写入 Redis 并设置过期时间
    redisTemplate.opsForValue().set(cacheKey, JSON.toJSONString(product), 60, TimeUnit.SECONDS);

    return product;
}