mysql limit索引优化_MySQL limit 优化，百万至千万级快速分页：复合索引

最新推荐文章于 2024-06-28 20:27:13 发布

浔玉无良

最新推荐文章于 2024-06-28 20:27:13 发布

阅读量567

点赞数 1

文章标签： mysql limit索引优化

本文链接：https://blog.csdn.net/weixin_33245735/article/details/113908473

版权

这篇博客探讨了MySQL在处理大量数据分页时的性能问题，特别是`LIMIT`子句的使用。通过实验，作者发现当数据量达到百万级别时，简单的`LIMIT`查询变得非常慢。通过创建复合索引和使用`IN`语句，可以显著提高分页查询的效率。作者建议在`WHERE`条件字段和主键之间建立复合索引来优化`LIMIT`查询，同时提醒在大型系统中，对SQL语句的直接控制至关重要，以确保数据库性能。

摘要由CSDN通过智能技术生成

MySQL 性能到底能有多高？用了php半年多，真正如此深入的去思考这个问题还是从前天开始。有过痛苦有过绝望，到现在充满信心！MySql 这个数据库绝对是适合dba级的高手去玩的，一般做一点1万篇新闻的小型系统怎么写都可以，用xx框架可以实现快速开发。可是数据量到了10万，百万至千万，他的性能还能那么高吗？一点小小的失误，可能造成整个系统的改写，甚至更本系统无法正常运行！好了，不那么多废话了。用事实说话，看例子：

数据表 collect ( id, title ,info ,vtype) 就这4个字段，其中 title 用定长，info 用text, id 是逐渐，vtype是tinyint，vtype是索引。这是一个基本的新闻系统的简单模型。现在往里面填充数据，填充10万篇新闻。

最后collect 为 10万条记录，数据库表占用硬盘1.6G。OK ,看下面这条sql语句：

select id,title from collect limit 1000,10; 很快；基本上0.01秒就OK，再看下面的

select id,title from collect limit 90000,10; 从9万条开始分页，结果？

8-9秒完成，my god 哪出问题了？？？？其实要优化这条数据，网上找得到答案。看下面一条语句:

select id from collect order by id limit 90000,10; 很快，0.04秒就OK。为什么？因为用了id主键做索引当然快。网上的改法是：

select id,title from collect where id>=(select id from collect order by id limit 90000,1) limit 10;

这就是用了id做索引的结果。可是问题复杂那么一点点，就完了。看下面的语句

select id from collect where vtype=1 order by id limit 90000,10; 很慢，用了8-9秒！

到了这里我相信很多人会和我一样，有崩溃感觉！vtype 做了索引了啊？怎么会慢呢？vtype做了索引是不错，你直接 select id from collect where vtype=1 limit 1000,10; 是很快的，基本上0.05秒，可是提高90倍