Grails数据库连接池扩容无效果问题排查

我使用JMeter对基于Grails 4.0.10开发的应用进行压测，该应用连接MySQL 8数据库，运行环境为JDK 8。本次测试模拟2000用户同时注册的场景。

初始数据库连接池配置 #

production:
    dataSource:
        #            dialect: org.hibernate.dialect.MySQL5InnoDBDialect
        dbCreate: none
        url: jdbc:mysql://localhost:3306/dev2?useUnicode=yes&characterEncoding=UTF-8
        username: root
        password: password

        properties:
            minimumIdle: 5
            maximumPoolSize: 10
            poolName: main-db
            cachePrepStmts: true
            prepStmtCacheSize: 250
            prepStmtCacheSqlLimit: 2048
            useServerPrepStmts: true
            useLocalSessionState: true
            rewriteBatchedStatements: true
            cacheResultSetMetadata: true
            cacheServerConfiguration: true
            elideSetAutoCommits: true
            maintainTimeStats: false

此时成功注册数为1167。

调整后的数据库连接池配置 #

production:
    dataSource:
        #            dialect: org.hibernate.dialect.MySQL5InnoDBDialect
        dbCreate: none
        url: jdbc:mysql://localhost:3306/dev2?useUnicode=yes&characterEncoding=UTF-8
        username: root
        password: password

        properties:
            minimumIdle: 50
            maximumPoolSize: 100
            poolName: main-db
            cachePrepStmts: true
            prepStmtCacheSize: 250
            prepStmtCacheSqlLimit: 2048
            useServerPrepStmts: true
            useLocalSessionState: true
            rewriteBatchedStatements: true
            cacheResultSetMetadata: true
            cacheServerConfiguration: true
            elideSetAutoCommits: true
            maintainTimeStats: false

调整后成功注册数仅为1169，未达预期。失败请求报错为连接超时相关错误。

应用启动命令 #

nohup java -Dgrails.env=prod -Duser.timezone=US/Mountain -jar RoadRace4-0.1.jar &

请问为何数据库连接池配置调整未生效？我是否存在操作错误？

1. 配置未正确加载 #

• Grails以Jar包运行时，会读取打包在Jar内的application.yml/application.groovy文件。如果修改的是本地配置文件但未重新构建Jar包，新配置不会生效。需确认修改后是否重新打包并替换了运行的Jar版本。
• 查看应用启动日志，搜索maximumPoolSize或poolName关键词，确认启动时加载的连接池参数是否为调整后的50/100。如果日志中仍是旧值10，说明配置未加载。

2. MySQL自身连接限制 #

MySQL默认最大连接数为151（可通过show variables like 'max_connections';查看）。调整后的连接池最大数100，加上管理员连接、其他系统连接，可能已接近或达到MySQL上限。压测时连接池无法从MySQL获取新连接，导致超时。

• 执行show global status like 'Threads_connected';查看压测时的实际连接数，若接近max_connections，需修改MySQL配置文件（my.cnf/my.ini）中的max_connections参数（如设为200+），重启MySQL后重试。

3. 连接池超时参数缺失 #

当前配置仅调整了minimumIdle和maximumPoolSize，未配置连接超时相关参数，比如：

• connectionTimeout: 获取连接的超时时间（默认30000毫秒）
• idleTimeout: 空闲连接超时时间
• maxLifetime: 连接最大存活时间
  请求突增时，连接池连接耗尽，新请求等待获取连接超时。建议添加这些参数：

properties:
    # ... 原有参数
    connectionTimeout: 5000
    idleTimeout: 600000
    maxLifetime: 1800000

4. 配置优先级冲突 #

Grails数据源配置存在优先级顺序：

• 若启动命令中通过-D参数指定了数据源参数（如-DdataSource.properties.maximumPoolSize=10），会覆盖配置文件中的设置，需检查启动命令是否有此类参数。
• 确认production环境配置正确：启动时指定-Dgrails.env=prod，而Grails中prod是production的简写，这部分通常没问题，但可核对日志中的环境标识。

5. 应用未正确重启 #

修改配置后必须重启应用才能生效。需确认替换Jar包后是否彻底停止了旧进程，可通过ps aux | grep RoadRace4-0.1.jar排查是否有旧进程残留，导致仍使用旧配置运行。

6. 注册流程存在其他瓶颈 #

即使连接池配置生效，注册流程可能存在其他瓶颈：

• 注册业务逻辑耗时过长（如大量事务操作、外部调用），导致连接被长时间占用，无法及时释放，后续请求等待超时。
• JMeter压测配置问题：线程组的Ramp-Up时间是否合理，是否真的模拟了2000并发用户（Ramp-Up过短会导致瞬间请求量远超系统处理能力）。

内容的提问来源于stack exchange，提问作者kofhearts