如何解决Cloud SQL(MySQL)与Cloud Functions查询慢的问题

问题1答复 #

慢查询问题并非仅由Cloud SQL实例规格不足导致，仅升级实例无法完全解决问题。
db-f1-micro属于共享核心实例，高峰时段确实会出现CPU、内存资源被其他租户挤占的情况，这是慢查询的诱因之一，但你现有代码、配置的逻辑缺陷才是核心问题，不调整的前提下即便升级实例，仍会出现连接异常、查询排队的情况。

问题2答复 #

当前架构存在多处不合理，和报错、慢查询直接相关：

• 连接池配置完全不匹配实例规格：db-f1-micro级别的MySQL实例，内存限制下默认最大连接数仅为60左右，你设置的connectionLimit=250远超实例承载上限，并发请求上来后连接池会疯狂创建连接，直接打满数据库连接配额，后续请求只能排队等待连接释放，这是慢查询和报错的核心原因。
• 无连接存活校验与闲置清理逻辑：云函数存在实例复用、闲置冷切的特性，连接池中长时间闲置的连接会被MySQL主动断开，复用无效连接时就会触发日志中的Aborted connection报错，重连过程也会大幅增加耗时。
• 查询可优化空间大：products表没有针对shop_id加索引，每次查询都是全表扫描，同时SELECT *拉取不需要的字段也会增加不必要的传输耗时。
• 无资源释放逻辑保障：你当前的代码没有显式的连接释放兜底，异常场景下连接会被强行中断，累积的半开无效连接也会占用数据库资源。

优化方案 #

按优先级从高到低执行即可解决问题：

1. 调整连接池配置
   将connectionLimit下调到10~15，远低于实例的最大连接上限；同时补充连接存活相关配置，示例如下：

   const connectionOptions = {
       connectionLimit: 10,
       host: cf.config.app_host,
       port: cf.config.app_port,
       user: cf.config.app_user,
       password: cf.config.app_password,
       database: cf.config.app_database,
       socketPath: cf.config.app_socket_path,
       acquireTimeout: 10000, // 获取连接超时时间
       idleTimeout: 60000, // 闲置连接自动清理时间
       reconnect: true // 断开自动重连
   };
   

2. 优化查询逻辑
   给products表创建(shop_id, name)联合索引，避免全表扫描和额外排序，查询耗时可直接降到10ms以内：

   CREATE INDEX idx_shopid_name ON products(shop_id, name);
   

   同时将SELECT *改为只查询业务需要的字段，减少数据传输开销。
3. 补充连接释放与校验逻辑
   优先用pool.getConnection()获取连接，执行完查询后无论成功失败都显式释放连接：

   exports.getProdottiNegozio = functions
     .region("europe-west1")
     .https.onCall(async (data, context) => {
       const { id } = data;
       let connection = null;
       try {
         const pool = await db.connection;
         connection = await pool.getConnection();
         // 先校验连接存活
         await connection.query('SELECT 1');
         const prodotti = await connection.query(`SELECT 你需要的字段 FROM products WHERE shop_id=? ORDER BY name`, [id]);
         return prodotti;
       } catch (error) {
         throw new functions.https.HttpsError("failed-precondition", error);
       } finally {
         // 兜底释放连接
         if (connection) connection.release();
       }
     });
   

4. 增加读缓存
   因为你的数据量极小、读多写少，可以在云函数全局作用域增加内存缓存，相同shop_id的请求直接返回缓存结果，无需访问数据库，性能提升最明显。
5. 可选：升级实例
   完成上述优化后如果高峰时段仍有性能问题，再将实例升级为db-g1-small，该规格为独享核心，不存在资源争抢问题，成本也很低。

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