YugabyteDB YSQL中HASH+ASC复合索引是否合法适配查询场景？

索引合法性 #

你创建的这种首列哈希、次列范围的复合索引是完全合法的。YugabyteDB的YSQL语法允许在CREATE INDEX中为每个索引列单独指定类型，既可以将前缀列设为HASH用于点查询，后续列设为ASC/DESC用于范围查询，完全符合语法规范。

对应的索引创建语句示例：

CREATE INDEX task_queue_idx ON task_queue_entries (
  task_queue_id HASH,
  maturation_time ASC
) WHERE ....;

场景适配性 #

这个索引完全适配你的查询场景，理由如下：

• 精准匹配+范围过滤的查询效率：你的查询语句是SELECT * from task_queue_entries WHERE task_queue_id = 'foo' AND maturation_time <= NOW() FOR UPDATE SKIP LOCKED LIMIT 1。哈希索引会先通过task_queue_id = 'foo'快速定位到对应哈希分片内的所有相关记录，避免全表扫描；而maturation_time ASC的排序特性，能让数据库直接在该分片内按顺序找到符合<= NOW()条件的记录，配合LIMIT 1可以立即返回结果，无需遍历所有符合task_queue_id的记录。
• 数据分散性优化：你的场景存在数千个唯一task_queue_id，使用哈希索引作为前缀可以将数据均匀分散到YugabyteDB的各个节点，避免单个节点成为热点，提升整体的读写性能和扩展性。
• 锁操作的高效性：FOR UPDATE SKIP LOCKED在该索引的支持下，只会扫描目标分片内的有序数据，无需处理无关数据，锁竞争的范围被大幅缩小，提升了并发处理能力。

内容的提问来源于stack exchange，提问作者dh YB