MySQL闲置后首次查询缓慢，后续查询正常的性能问题排查

1. 闲置后首次查询缓慢的原因 #

• 连接池连接被回收：Clever Cloud的MySQL实例会对闲置超时的连接执行断开操作（由wait_timeout/interactive_timeout参数控制），你的连接池在闲置期间未保持连接活跃，首次请求时需要重新建立TCP连接并完成MySQL认证，带来明显延迟。
• 数据库缓存冷启动：长时间闲置后，MySQL的InnoDB缓冲池会清空或置换热点数据，首次查询需要从磁盘读取数据加载到内存，远慢于后续从缓存读取的速度。
• Render应用休眠：Render的基础实例闲置后会进入休眠状态，首次请求需要唤醒实例并初始化应用（包括数据库连接池），额外增加启动开销。

2. 需要检查的平台配置 #

Clever Cloud MySQL侧 #

• 查询wait_timeout和interactive_timeout参数值：执行SHOW VARIABLES LIKE '%timeout%';，确认是否设置了过短的闲置超时时间。
• 查看数据库资源监控：检查闲置期间CPU、内存是否被限制/降配，是否存在磁盘IO瓶颈。
• 查看连接日志：通过控制台查看连接建立/断开记录，确认是否是连接超时导致的重连。

Render应用侧 #

• 检查实例休眠设置：确认是否开启了自动休眠（默认开启），休眠后首次请求需唤醒实例。
• 查看应用初始化日志：排查首次请求时连接池初始化的耗时记录，确认是否是应用启动导致的延迟。

3. 优化首次查询性能的方案 #

调整数据库连接池配置 #

在config/db_connection.js中添加连接保活配置，避免闲置连接被断开：

const pool = mysql.createPool({
    host: process.env.DB_HOST,
    user: process.env.DB_USERNAME,
    password: process.env.DB_PASSWORD,
    database: process.env.DB_NAME,
    waitForConnections: true,
    connectionLimit: 10,
    queueLimit: 0,
    enableKeepAlive: true, // 开启连接保活
    keepAliveInitialDelay: 0 // 立即发送保活包
});

预预热连接与缓存 #

• 添加定时任务：在应用中设置每5分钟执行一次简单查询（如SELECT 1;），保持连接池连接活跃，同时让数据库缓冲池加载常用数据。
• 关闭Render实例休眠：若预算允许，在控制台关闭实例自动休眠功能，避免应用休眠带来的初始化开销。

数据库查询优化 #

• 合并检查与插入操作：将“先查询是否存在再插入”改为INSERT ... ON DUPLICATE KEY UPDATE，减少一次数据库往返：

INSERT INTO links (user_id, original_url, shortened_url, tracking_id) 
VALUES (?, ?, ?, ?)
ON DUPLICATE KEY UPDATE user_id = user_id; -- 重复时无操作，仅触发唯一键冲突

利用shortened_url的唯一索引快速判断冲突，提升操作效率。

数据库索引确认 #

确认shortened_url的唯一索引正常生效（表结构中已设置UNIQUE约束，会自动创建索引），确保唯一性检查的效率。

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