前言
我们大家都知道，mysql查询使用select命令，配合limit，offset参数可以读取指定范围的记录,但是offset过大影响查询性能的原因及优化方法
我们在业务系统中难免少不了分页的需求。想到分页的时候，大家肯定会想到使用SQL中的LIMIT来实现。但是，如果不正确的使用LIMIT会导致性能问题（SQL执行得很慢、有可能会拖垮服务器），也会被领导批的；所以，我们来看看如何正确地使用LIMIT。
下面话不多说了，来一起看看详细的介绍吧
LIMIT OFFSET, ROW_COUNT 实现分页
存在性能问题的方式
SELECT * FROM myTable ORDER BY `id` LIMIT 1000000, 30
写出这样SQL语句的人肯定心里是这样想的：MySQL数据库会直接定位到符合条件的第1000000位，然后再取30条数据。
然而，实际上MySQL不是这样工作的。
LIMIT 1000000, 30 的意思是：扫描满足条件的1000030行，扔掉前面的1000000行，然后返回最后的30行。
较好的方式
SELECT t.*
FROM (
SELECT id
FROM myTable
ORDER BY
id
LIMIT 1000000, 30
) q
JOIN myTable t
ON t.id = q.id
大概的原理是：
- 子查询只用到了索引列，没有取实际的数据，所以不涉及到磁盘IO，所以即使是比较大的 offset，查询速度也不会太差。
对具体的原理分析感兴趣的朋友可以看看这篇文章：MySQL ORDER BY / LIMIT performance: late row lookups
后记
未完待续。
参考资料
- Why does MYSQL higher LIMIT offset slow the query down?
- MySQL ORDER BY / LIMIT performance: late row lookups
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。
您可能感兴趣的文章:- MySql分页时使用limit+order by会出现数据重复问题解决
- 为什么MySQL分页用limit会越来越慢
- mysql优化之query_cache_limit参数说明
- 详解Mysql order by与limit混用陷阱
- MySQL limit分页大偏移量慢的原因及优化方案
- Mysql排序和分页(order by&limit)及存在的坑
- MySQL用limit方式实现分页的实例方法
- MySQL limit使用方法以及超大分页问题解决
- 浅谈MySQL分页Limit的性能问题
- MySQL limit性能分析与优化
- MySQL 用 limit 为什么会影响性能
