MySQL可用库存查询性能问题：数据超35000行请求无响应

嘿，针对你遇到的「查询行数超35000就无响应失败」的问题，结合你用子查询计算可用库存的场景，大概率是子查询性能瓶颈或缺少关键索引导致的，下面给你一步步的优化方案：

1. 把关联子查询改成JOIN查询 #

关联子查询（每行数据都单独执行一次子查询）在数据量大时会拖垮性能，改成LEFT JOIN + GROUP BY的方式能大幅提升效率。假设你原代码里的库存计算子查询是类似IFNULL((SELECT SUM(quantity) FROM stock WHERE product_id = p.product-id), 0)的形式，改写后的查询如下：

SELECT 
  p.`product-id` AS id, 
  p.`product-id` AS product_id, 
  ped.purchase_entry_id AS purchase_id, 
  p.`product-name` AS name, 
  m.name AS manufacturer, 
  p.`product-type` AS product_type, 
  ped.id AS batch_no, 
  ped.internal_sales_rate AS barcode, 
  c.name as category, 
  ped.size AS size, 
  IFNULL(SUM(s.quantity), 0) AS available_stock
FROM products p
JOIN purchase_entry_details ped ON p.`product-id` = ped.product_id
JOIN manufacturers m ON p.manufacturer_id = m.id
JOIN categories c ON p.category_id = c.id
LEFT JOIN stock s ON s.product_id = p.`product-id`
GROUP BY p.`product-id`, ped.purchase_entry_id, ped.id, p.`product-name`, m.name, p.`product-type`, ped.internal_sales_rate, c.name, ped.size

这种方式只需要扫描stock表一次，而非每行单独扫描，性能会有质的提升。

2. 给关键字段添加索引 #

索引是提升查询速度的核心，你需要确保以下字段有索引：

• products表的product-id（主键默认已有索引，确认即可）
• purchase_entry_details表的product_id字段
• stock表的product_id字段，最好创建覆盖索引减少回表：CREATE INDEX idx_stock_product_quantity ON stock(product_id, quantity);
• 其他关联字段：manufacturers.id、categories.id

3. 调整MySQL配置参数 #

如果查询逻辑没问题但仍超时，可能是MySQL的配置限制了执行时长或资源：

• 临时延长单查询超时时间：SET SESSION max_execution_time = 300000;（单位毫秒，这里设置为5分钟）
• 检查wait_timeout和interactive_timeout，避免连接在查询完成前被断开
• 增大tmp_table_size和max_heap_table_size，给临时表分配足够内存（如果查询用到临时表）

4. 分批获取数据（业务允许的话） #

如果不需要一次性拿到所有35000+行数据，用分页查询拆分结果集：

SELECT ... 
FROM ... 
LIMIT 0, 1000; -- 每次取1000行，后续递增偏移量（比如LIMIT 1000,1000）

小批量返回数据能避免因结果过大导致的连接超时。

5. 用EXPLAIN分析执行计划 #

执行EXPLAIN命令查看查询的执行细节，定位性能瓶颈：

EXPLAIN SELECT ... -- 你的原查询语句

重点看type列（如果是ALL说明是全表扫描，需要加索引）、key列（显示实际用到的索引），根据结果针对性优化。

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