博客
关于我
MySQL 证明为什么用limit时,offset很大会影响性能
阅读量:793 次
发布时间:2023-02-11

本文共 578 字,大约阅读时间需要 1 分钟。

在本次讨论中,我们探讨了如何优化MySQL查询,特别是如何处理大量数据的高效查询。以下是对问题的详细分析和结论:

  • 原始查询分析

    • 原始查询select * from test where val=4 limit 300000,5;使用了LIMIT子句,直接在结果集中筛选了前5行。
    • 该查询导致了大量不必要的I/O操作,因为它首先读取了所有符合条件的索引节点,然后在聚簇层面读取数据,最后在结果集中筛选出所需的5行。
  • 改写后的查询分析

    • 改写后的查询通过子查询获取所需的5行id,然后在主查询中与这些id进行关联。
    • 这种方法减少了不必要的数据读取,直接从聚簇层面读取所需的5行数据,显著降低了I/O操作次数。
  • 实际操作验证

    • 通过检查InnoDB缓冲池中的数据页数量,验证了原始查询导致了大量缓存污染,而改写后的查询仅加载了少量数据页。
    • 这表明改写后的查询方式更高效地利用了缓存,避免了不必要的读取和内存占用。
  • 缓冲池管理

    • 为了确保每次重启时清空缓冲池,用户关闭了相关的InnoDB选项,避免缓存污染对长期性能的影响。
  • 结论:改写后的查询方式通过优化索引使用和减少不必要的I/O操作,显著提升了查询效率。这种方法不仅提高了查询速度,还减少了对数据库内存的占用,确保了长期的稳定性能。在实际应用中,合理选择查询方式和优化索引结构,是提升数据库性能的关键因素。

    转载地址:http://ydbfk.baihongyu.com/

    你可能感兴趣的文章
    MySQL Binlog 日志监听与 Spring 集成实战
    查看>>
    MySQL binlog三种模式
    查看>>
    multi-angle cosine and sines
    查看>>
    Mysql Can't connect to MySQL server
    查看>>
    mysql case when 乱码_Mysql CASE WHEN 用法
    查看>>
    Multicast1
    查看>>
    MySQL Cluster 7.0.36 发布
    查看>>
    Multimodal Unsupervised Image-to-Image Translation多通道无监督图像翻译
    查看>>
    MySQL Cluster与MGR集群实战
    查看>>
    multipart/form-data与application/octet-stream的区别、application/x-www-form-urlencoded
    查看>>
    mysql cmake 报错,MySQL云服务器应用及cmake报错解决办法
    查看>>
    Multiple websites on single instance of IIS
    查看>>
    mysql CONCAT()函数拼接有NULL
    查看>>
    multiprocessing.Manager 嵌套共享对象不适用于队列
    查看>>
    multiprocessing.pool.map 和带有两个参数的函数
    查看>>
    MYSQL CONCAT函数
    查看>>
    multiprocessing.Pool:map_async 和 imap 有什么区别?
    查看>>
    MySQL Connector/Net 句柄泄露
    查看>>
    multiprocessor(中)
    查看>>
    mysql CPU使用率过高的一次处理经历
    查看>>