Skip to content

Fix ivf index bugs#313

Open
ivoras wants to merge 4 commits into
asg017:mainfrom
ivoras:fix-ivf-index-bugs
Open

Fix ivf index bugs#313
ivoras wants to merge 4 commits into
asg017:mainfrom
ivoras:fix-ivf-index-bugs

Conversation

@ivoras

@ivoras ivoras commented Jul 12, 2026

Copy link
Copy Markdown

This PR contains fixes to the vector indexes code, worked out with Fable and Opus 4.8, and adds a chapter on using the indexes to the README file. It contains commits of different stages of the work, so you can cherry pick those that you're comfortable with.

ivoras and others added 4 commits July 12, 2026 17:35
Four bugs in the IVF index could corrupt data or return wrong results:

- Slot allocation was append-only (slot = n_vectors), so after any delete
  left an interior hole, a later insert overwrote a live vector — corrupting
  its data and dropping the row from KNN results. Allocate the first free
  slot from the validity bitmap instead.

- assign-vectors walked the centroid array with a D-byte stride instead of
  D*sizeof(float), so every centroid past index 0 was garbage, and it mapped
  the nearest-centroid array index directly to a centroid id (wrong for the
  non-contiguous ids that set-centroid allows). It also treated quantized
  cell blobs as float32. Now operates entirely in quantized space with the
  correct stride and an id lookup array.

- clear-centroids re-inserted raw float32 bytes into quantized cells without
  re-quantizing, corrupting every vector on a quantized index.

- set-centroid stored full-precision centroids that mismatched the quantized
  cell vector size, breaking subsequent inserts. Now stores the quantized
  representation.

Also make ivf_distance dispatch int8 to L1/cosine/L2 by the column's distance
metric (was always L2), and remove a dead undefined-behavior ivf_ensure_stmt
call in ivf_cell_find_or_create.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
tests/test-unit.c had been mangled by a bad rebase — function bodies were
interleaved and the file never compiled, so its IVF/rescore/DiskANN unit
tests were never actually run. Reconstruct it from git history.

While fixing it:

- tests/sqlite-vec-internal.h re-declares struct VectorColumnDefinition for
  the test translation unit; its Vec0RescoreConfig was missing the
  oversample_search field present in sqlite-vec.c. The size mismatch shifted
  the ivf/diskann fields and made vec0_parse_vector_column scribble past the
  caller's struct (stack smash). Add the missing field.

- The test-unit target now defines SQLITE_VEC_EXPERIMENTAL_IVF_ENABLE=1 so
  the IVF unit tests link and run.

- The rescore int8 quantizer is a fixed [-1,1] -> [-128,127] map, not the
  adaptive min/max the historical test assumed; update those assertions.

- Add the #included index sources (sqlite-vec-ivf*.c, sqlite-vec-rescore.c,
  sqlite-vec-diskann.c) as prerequisites of the loadable/static targets so
  edits to them trigger a rebuild.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Regression tests covering each IVF bug fix:

- test-ivf-mutations.py: insert-after-delete slot reuse (no overwrite),
  randomized insert/delete churn consistency, and assign-vectors correctness
  including non-contiguous centroid ids.

- test-ivf-quantization.py: clear-centroids / set-centroid / assign-vectors
  on int8 and binary quantized indexes preserve vectors and recall.

New test-ann-embeddings.py exercises IVF, DiskANN, and rescore end to end with
real text embeddings from a local llama-server endpoint (localhost:2235),
checking recall against exact brute-force results. The whole module skips when
the server is unreachable, so it is safe to run in CI.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Add an "Approximate nearest neighbor (ANN) indexes" section describing the
rescore, ivf, and diskann index types, their compile flags, and usage. Include
a latency/speedup/recall benchmark table at both 256 and 1024 dimensions and a
discussion of how the trade-offs shift as dimensionality grows.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant