边界查询定义与分类

在 Go 搜索服务中，边界查询是指查询条件或结果集触及系统预设或隐含的容量、时间、数据量上限的查询操作。这类查询往往在常规负载下表现正常，但当数据分布、并发量或查询参数接近边界值时，执行计划发生突变，导致响应时间从毫秒级飙升到秒级甚至分钟级，是慢查询复盘中需要重点排查的一类场景。

边界查询的判定维度

从数据库执行引擎和 Go 应用层的视角，边界查询可以从以下三个维度进行判定：

常见边界类型详解

1. 时间边界

时间边界是最容易被忽视的慢查询来源。Go 搜索服务中常见的时间边界场景包括：

• 分区裁剪失效：查询条件使用了函数包裹时间字段（如 WHERE DATE(create_time) = '2025-01-01'），导致优化器无法裁剪分区，扫描全部分区。
• 历史数据堆积：未设置 TTL 或 TTL 过期策略不合理，查询范围覆盖大量已标记删除但未物理清理的行。
• 时间索引末梢：B+ 树索引在时间范围的最右端（最新数据）或最左端（最旧数据）出现页分裂或碎片，导致随机 IO 激增。

2. 分页边界

分页边界是 Go 搜索 API 中最常见的慢查询模式，尤其是深度分页场景：

-- 典型深度分页慢查询（MySQL/PostgreSQL）
SELECT id, title, content
FROM search_docs
WHERE status = 1
ORDER BY score DESC, id ASC
LIMIT 20 OFFSET 1000000;

上述查询即使 score 和 id 都有索引，数据库仍需扫描并排序 1,000,020 行，然后丢弃前 1,000,000 行。Go 服务端如果直接透传前端的分页参数，极易触发此类边界。

3. 数据量边界

数据量边界与数据分布特征强相关，常见于以下场景：

• 高频值查询：某个 status 值覆盖了表中 90% 的行，查询该值的索引扫描退化为全表扫描。
• NULL 值陷阱：索引列允许 NULL，查询 WHERE col IS NULL 时，数据库可能选择全索引扫描而非等值查找。
• 数据倾斜热点：分片键或分区键分布不均，单个分片数据量远超其他分片，查询集中在该分片导致单点瓶颈。

边界查询分类全景图

下图展示了三种边界类型在 Go 搜索查询链路中的触发位置与传播路径：

边界查询的识别特征

在 Go 搜索服务的慢查询复盘中，可以通过以下特征快速识别边界查询类型：