kimi-code/packages/minidb/test/cluster
Haozhe 8b9916c308
feat(minidb): switch agent-core-v2 query-store to ClusterDb with 16 shards (#1907)
- ClusterDb: add query() (per-shard fan-out with skip=0 and
  limit=skip+limit, global re-sort, then skip/limit) and compound index
  management (create/drop/list through the cluster registry, fanned out
  to every shard and caught up on shard open)
- MiniDbQueryStore: replace the single MiniDb with a 16-shard ClusterDb,
  so multiple kimi processes share the read model instead of failing
  with storage.locked; per-shard LockError now propagates as a transient
  error rather than permanently disabling the read model
- corruption: lift openOrRebuild's predicate (SyntaxError /
  CorruptFrameError) to one process-lifetime wipe-and-reopen rebuild
- lower lockAcquireTimeoutMs to 1s for the cache read model
- tests: cluster query merge and compound fan-out; store coexistence
  with a peer instance, corrupt-registry rebuild, 16-shard topology;
  sessionIndex locked-fallback test now drives a stub IQueryStore
2026-07-19 16:04:26 +08:00
..
basic.test.ts feat(minidb): switch agent-core-v2 query-store to ClusterDb with 16 shards (#1907) 2026-07-19 16:04:26 +08:00
concurrent.test.ts feat(minidb): ClusterDb sharding, incremental reader catch-up, and engine hardening (#1816) 2026-07-17 15:57:10 +08:00
cross-shard.test.ts feat(minidb): ClusterDb sharding, incremental reader catch-up, and engine hardening (#1816) 2026-07-17 15:57:10 +08:00
helpers.ts feat(minidb): ClusterDb sharding, incremental reader catch-up, and engine hardening (#1816) 2026-07-17 15:57:10 +08:00
lock.test.ts feat(minidb): ClusterDb sharding, incremental reader catch-up, and engine hardening (#1816) 2026-07-17 15:57:10 +08:00
mp-worker.ts feat(minidb): ClusterDb sharding, incremental reader catch-up, and engine hardening (#1816) 2026-07-17 15:57:10 +08:00
recovery.test.ts feat(minidb): ClusterDb sharding, incremental reader catch-up, and engine hardening (#1816) 2026-07-17 15:57:10 +08:00