背景 我们在开发的过程中使用分页是不可避免的，通常情况下我们的做法是使用limit加偏移量：select * from table where column=xxx order by xxx limit 1,20。

【mysql】  【性能】  【SQL】  【解决方案】  【索引】  【Blog】  【limit】   点击查看原文> …

今天从慢查询发现一条语句查询时间达6秒。结果只查出一条记录。 原语句如下 SELECT biz_order_id, buyer_id, buyer_nick, item_id, item_name, total_price, buy_amount, pay_status, STATUS, att.

【mysql】  【BY】  【索引】  【Mobile】  【limit】  【慢查询】  【orderby】   …

**待优化SQL： ** 我们来分析下这条SQL存在的问题是什么？每条SQL都要进行limit 分页 1000 ，每次SQL扫描的时候都会多扫描出来1000依次类似 每个SQL1+1000+SQl n 1000扫描的行数越来越多，SQL执行越来越慢 那么我们这个时候应该如何进行优化呢？ 1.

【mysql】  【HTTPS】  【SQL】  【索引】  【type】  【limit】   …

待优化SQL： select `t1`.`order_sn` as `orderSn`, `t1`.`pay_platform_order_sn` as `payPlatformOrderSn`, `t1`.

【云栖社区】  【mysql】  【SQL】  【索引】  【varchar】  【limit】  【range】  【SQL优化】   …

   在mysql中limit可以实现快速分页，但是如果数据到了几百万时我们的limit必须优化才能有效的合理的实现分页了，否则可能卡死你的服务器哦。

   当一个表数据有几百万的数据的时候成了问题！

   如 * from table limit 0,10 这个没有问题 当 limit 200000,10 的时候数据读取就很慢，可以按照一下方法解决

    第一页会很快

   PERCONA PERFORMANCE CONFERENCE 2009上，来自雅虎的几位工程师带来了一篇”EfficientPagination Using MySQL”的报告

   limit10000,20的意思扫描满足条件的10020行，扔掉前面的10000行，返回最后的20行，问题就在这里。

   LIMIT 451350 , 30 扫描了45万多行，怪不得慢的都堵死了。

   但是

   limit 30 …

   问题

   用户工单疑问：相同的语句，只是最后的limit行数不同。奇怪的是，limit 10 的性能比limit 100的语句还慢约10倍。

   隐藏用户表信息，语句及结果如下

   SELECT f1 , SUM(`f2`) `CNT` FROM T WHERE f1 IS NOT NULL AND f3 = ’2014-05-12′ GROUP BY f1 ORDER BY `CNT` DESC LIMIT 10;

   执行时间3 min 3.65 sec

   SELECT f1 , SUM(`f2`) `CNT` FROM T WHERE f1 IS NOT NULL AND f3 = ’2014-05-12′ GROUP BY f1 ORDER BY `CNT` DESC LIMIT 100;

   执行时间1.24Sec.

   性能差距非常大！

   分析

   MySQL Tips：追查语句执行时最常用的方法，是通过explain来看语句的执行计划。

  …