分页查询的高成本

Question

我有一个分页查询，它对一个大表执行范围索引扫描：

create table t_dummy (
  id int not null auto_increment,
  field1 varchar(255) not null,
  updated_ts timestamp null default null,
  primary key (id),
  key idx_name (updated_ts)

该查询如下所示：

select * from t_dummy a
where a.field1 = 'VALUE'
and (a.updated_ts > 'some time' or (a.updated_ts = 'some time' and a.id > x)
order by a.updated_ts, a.id
limit 100

解释计划显示了很大的开销，rows值非常高，但是，它使用了所有正确的索引，并且执行速度似乎很快。有人能告诉我这是否意味着查询效率低下吗？

Answer 1

解释可能会产生误导。它可以报告一个很高的rows值，尽管在找到足够的行满足您请求的限制(在本例中是100行)后，MySQL optimizes LIMIT queries会立即停止。

问题是，在查询执行解释时，它不一定知道必须检查多少行才能找到至少100行满足WHERE子句中的条件的行。

因此，当您有一个限制查询时，通常可以忽略EXPLAIN的rows字段。它可能真的不需要检查这么多行。

Answer 2

如果执行速度足够快，请不要担心。如果不是，请考虑使用(field1,updated_ts)索引和/或将查询更改为

and a.updated_ts >= 'some time' and (a.updated_ts > 'some time' or a.id > x)

Answer 3

正如比尔所说，不能相信Explain会考虑到LIMIT。

以下命令将确认查询仅涉及100行：

FLUSH STATUS;
SELECT ...;
SHOW SESSION STATUS LIKE 'Handler%';

Handler_read%值的总和可能约为100。可能没有Handler_write%值--它们表示创建了一个临时表。

提示:如果使用LIMIT 101，将显示100行，并指示是否还有更多的行。这样，以非常低的成本，避免了有时会出现空白页面的下一步按钮。

我在这个主题上的建议：http://mysql.rjweb.org/doc.php/pagination