mysql中order by 和limit一起使用不当会导致效率极慢的4种优化方法

  • 时间:
  • 浏览:4
  • 来源:大发5分快3APP下载_大发5分快3APP官方

WHERE shop_id=20484 AND STATUS=4 AND gmt_create >= '2017-10-100 16:34:42' AND order_type = 6

order -->limit-->where条件

FROM trade.biz_order

3:调换order by中的另一三个白 条件顺序

执行计划

LIMIT 0,100;

总结:mysql中的order ,limit一同使用时的顺序是那我的和oracle不一样

而常规一般是where-->order-->limit。

SELECT biz_order_id, buyer_id, buyer_nick, gmt_create, gmt_modified, attributeCc, seller_id

今天从慢查询发现三根一句话查询时间达6秒。结果只查出三根记录。

2:用子查询:

原一句话如下

优化方法3种:

shop_id不是索引可却走了时间gmt_create的索引,rows=861665

ORDER BY gmt_create DESC, biz_order_id DESC

SELECT biz_order_id, buyer_id, buyer_nick, gmt_create, gmt_modified, attributeCc, seller_id

FROM trade.biz_order force index(idx_shop_id)

ORDER BY biz_order_id DESC ,gmt_create DESC limit 0,100;加在那我。我发现那我执行计划的rows=1.9万效果更好。

4:还有有一种生活方法删除gmt_create列的索引,原理和方法3差不要 。

LIMIT 0,100;

WHERE shop_id=20484 AND STATUS=4 AND gmt_create >= '2017-10-100 16:34:42' AND order_type = 6

ORDER BY gmt_create DESC, biz_order_id DESC

select * from ( SELECT biz_order_id, buyer_id, buyer_nick, gmt_create, gmt_modified, attributeCc, seller_id

FROM trade.biz_order

WHERE shop_id=20484 AND STATUS=4 AND gmt_create >= '2017-10-100 16:34:42' AND order_type = 6

ORDER BY gmt_create DESC, biz_order_id DESC) t

LIMIT 0,100;执行计划如上一样