前言证实参考资料有一张财务流水表，未分库分表，目前的数据量为9555695，分页查询使用到了limit，优化之前的查询耗时16 s 938 ms (execution: 16 s 831 ms, fetching: 107 ms)，按照下文的方式调整SQL后，耗时347 ms (execution: 163 ms, fetching: 184 ms)；操作：查询条件放到子查询中，子查询只查主键....

文章 2022-02-16 来自：开发者社区

一次 SQL 查询优化原理分析（900W+ 数据，从 17s 到 300ms）下

肯定会有人问：既然一开始是利用索引的，为什么不先沿着索引叶子节点查询到最后需要的5个节点，然后再去聚簇索引中查询实际数据。这样只需要5次随机I/O，类似于下面图片的过程：其实我也想问这个问题。证实下面我们实际操作一下来证实上述的推论：为了证实select * from test where val=4 limit 300000,5是扫描300005个索引节点和300005个聚簇索引上的数据节点，....

文章 2022-02-16 来自：开发者社区

一次 SQL 查询优化原理分析（900W+ 数据，从 17s 到 300ms）上

有一张财务流水表，未分库分表，目前的数据量为9555695，分页查询使用到了limit，优化之前的查询耗时16 s 938 ms (execution: 16 s 831 ms, fetching: 107 ms)，按照下文的方式调整SQL后，耗时347 ms (execution: 163 ms, fetching: 184 ms)；操作：查询条件放到子查询中，子查询只查主键ID，然后使用子....

文章 2021-12-30 来自：开发者社区

数据库sql优化总结之2-百万级数据库优化方案+案例分析

目录项目背景7、在 where 子句中使用参数，是不会导致全表扫描。案例分析8、在 where 子句中对字段进行表达式操作，是不会导致全表扫描。不过查询速度会变慢，所以尽量避免使用。案例分析优化方案9、应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。案例分析优化方案10.不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可....