indexeddb可通过复合索引+游标+客户端过滤实现多条件查询：一、建最左前缀复合索引并用idbkeyrange划定范围；二、等值字段置索引左，范围字段居中，非索引条件内存过滤；三、分片读取与轻量过滤提升性能。
IndexedDB 本身不支持 SQL 那样的 WHERE a = X AND b > Y AND c IN [...] 多条件联合查询，但它可以通过索引设计 + 游标遍历 + 客户端过滤组合实现等效效果。关键不在“查得多”，而在“索引选得准、范围划得细、过滤做得轻”。
一、用复合索引覆盖核心查询条件
IndexedDB 的游标查询（openCursor 或 openKeyCursor）只能高效利用最左前缀匹配的索引。比如你要查 status === 'active' && createdAt >= 1672531200000 && type === 'order'，就该建一个按字段顺序排列的复合索引：
store.createIndex('by_status_createdAt_type', ['status', 'createdAt', 'type'])- 查询时用
index.openCursor(IDBKeyRange.bound(['active', 1672531200000], ['active', Infinity])) - 这样能快速定位
status === 'active'且createdAt在范围内的记录，type字段在游标遍历时再做内存过滤
二、拆解条件：可索引字段走游标，非索引字段留内存过滤
不是所有字段都适合加进索引——索引越多写入越慢，且复合索引字段顺序不能随意调换。策略是：
- 把 高区分度 + 高频等值查询 的字段放索引最左侧（如
userId、status） - 把 范围查询字段（如
createdAt、amount）放在等值字段之后、且最多一个（因后续字段无法生效） - 把 低频 or 模糊 or 数组包含类条件（如
tags.includes('urgent')、title.indexOf('test') !== -1）留在游标循环中用 JavaScript 判断
三、用 IDBKeyRange 精确划定初始范围
避免全表扫描，必须靠 IDBKeyRange 把游标起点和终点卡死。常见组合：
- 等值 + 范围：
IDBKeyRange.bound(['done', 1680000000000], ['done', 1710000000000]) - 多等值（精确匹配）：
IDBKeyRange.only(['user_123', 'pending']) - 前缀匹配（模拟 “starts with”）：
IDBKeyRange.lowerBound(['user_123'])，然后在循环里检查key[0] === 'user_123'
四、批量读取 + 流式过滤提升体验
大数据量时别一次性 cursor.continue() 到底，容易阻塞主线程。推荐做法：
- 每次游标只取 50–100 条，用
setTimeout或requestIdleCallback分片处理 - 过滤逻辑尽量简单（避免正则、深对象遍历），必要时提前计算好布尔标志存入对象（如
isUrgent: true） - 结果可缓存：对固定参数的查询，把结果存在内存 Map 中，带 TTL 或版本标记防 stale
不复杂但容易忽略：复合索引字段顺序、游标范围边界、客户端过滤粒度——这三者定好了，多条件查起来又快又稳。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
