加入收藏 | 设为首页 | 会员中心 | 我要投稿李大同（https://www.lidatong.com.cn/）- 科技、建站、经验、云计算、5G、大数据,站长网!

当前位置：首页 > 站长学院 > MySql教程 > 正文

MYSQL教程优化mysql的limit offset的例子

发布时间：2020-12-12 03:11:55 所属栏目：MySql教程来源：网络整理

导读：《MYSQL教程优化mysql的limit offset的例子》要点：本文介绍了MYSQL教程优化mysql的limit offset的例子，希望对您有用。如果有疑问，可以联系我们。 ?经常碰到的一个问题是limit的offset太高,如：limit 100000,20,这样系统会查询100020条,然后把前面的10000

《MYSQL教程优化mysql的limit offset的例子》要点：
本文介绍了MYSQL教程优化mysql的limit offset的例子，希望对您有用。如果有疑问，可以联系我们。

?经常碰到的一个问题是limit的offset太高,如：limit 100000,20,这样系统会查询100020条,然后把前面的100000条都扔掉,这是开销很大的操作,导致查询很慢.假设所有分页的页面访问频率一样,这样的查询平均扫描表的一半数据.优化的方法,要么限制访问后面的页数,要么提升高偏移的查询效率.MYSQL学习

???? 一个简单的优化办法是使用覆盖查询(covering index)查询,然后再跟全行的做join操作.如：

MYSQL学习

代码如下:
SQL>select * from user_order_info limit 1000000,5;

这条语句就可以优化为：
代码如下:
select * from user_order_info inner join (select pin from user_order_info limit 1000000,5) as lim using(pin);
SQL>explain select * from user_order_info limit 1000000,5;
+----+-------------+-----------------+------+---------------+------+---------+------+----------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-----------------+------+---------------+------+---------+------+----------+-------+
| 1 | SIMPLE | user_order_info | ALL | NULL | NULL | NULL | NULL | 23131886 | |
+----+-------------+-----------------+------+---------------+------+---------+------+----------+-------+
1 row in set (0.00 sec)
SQL>explain extended select * from user_order_info inner join (select pin from user_order_info limit 1000000,5) as lim using(pin);
+----+-------------+-----------------+--------+---------------+---------+---------+---------+----------+----------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-----------------+--------+---------------+---------+---------+---------+----------+----------+-------------+
| 1 | PRIMARY | <derived2> | ALL | NULL | NULL | NULL | NULL | 5 | 100.00 | |
| 1 | PRIMARY | user_order_info | eq_ref | PRIMARY | PRIMARY | 42 | lim.pin | 1 | 100.00 | |
| 2 | DERIVED | user_order_info | index | NULL | PRIMARY | 42 | NULL | 23131886 | 100.00 | Using index |
+----+-------------+-----------------+--------+---------------+---------+---------+---------+----------+----------+-------------+
3 rows in set,1 warning (0.66 sec)

根据两个explain的对比,可以清晰发现,第一个未使用索引,扫描了23131886行,第二个也扫描了同样的行数,但是使用了索引,效率提高了.这样可以直接使用index得到数据,而不去查询表,当找到需要的数据之后,在与全表join,获得其他的列.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!

相关内容

推荐文章

站长推荐

热点阅读