A lightning-fast search API that fits effortlessly into your apps, websites, and workflow
Go to file
2021-09-08 18:24:09 +02:00
.github chore(ci): use smarter dependencies cache 2021-09-07 18:16:33 +03:00
benchmarks rewrite the indexing benchmarks 2021-08-19 15:02:43 +02:00
helpers Update version for the next release (v0.13.0) 2021-09-08 10:59:30 +02:00
http-ui [HTTP-UI] add the sorters 2021-09-08 18:24:09 +02:00
infos Update version for the next release (v0.13.0) 2021-09-08 10:59:30 +02:00
milli remove the memory leak 2021-09-08 18:24:09 +02:00
script format the whole project 2021-06-16 18:33:33 +02:00
search Update version for the next release (v0.13.0) 2021-09-08 10:59:30 +02:00
.gitignore Change the project to become a workspace with milli as a default-member 2021-02-12 16:15:09 +01:00
.rustfmt.toml format the whole project 2021-06-16 18:33:33 +02:00
bors.toml update bors 2021-07-26 15:31:00 +02:00
Cargo.toml Revert "Enable optimization in every profile" 2021-06-16 14:17:02 +02:00
LICENSE Update LICENSE 2021-03-15 16:15:14 +01:00
README.md Modify the README file 2021-08-17 17:18:58 +02:00

the milli logo

a concurrent indexer combined with fast and relevant search algorithms

Introduction

This repository contains the core engine used in MeiliSearch.

It contains a library that can manage one and only one index. MeiliSearch manages the multi-index itself. Milli is unable to store updates in a store: it is the job of something else above and this is why it is only able to process one update at a time.

This repository contains crates to quickly debug the engine:

  • There are benchmarks located in the benchmarks crate.
  • The http-ui crate is a simple HTTP dashboard to tests the features like for real!
  • The infos crate is used to dump the internal data-structure and ensure correctness.
  • The search crate is a simple command-line that helps run flamegraph on top of it.
  • The helpers crate is only used to modify the database inplace, sometimes.

Compile and run the HTTP debug server

You can specify the number of threads to use to index documents and many other settings too.

cd http-ui
cargo run --release -- --db my-database.mdb -vvv --indexing-jobs 8

Index your documents

It can index a massive amount of documents in not much time, I already achieved to index:

  • 115m songs (song and artist name) in ~1h and take 107GB on disk.
  • 12m cities (name, timezone and country ID) in 15min and take 10GB on disk.

All of that on a 39$/month machine with 4cores.

You can feed the engine with your CSV (comma-seperated, yes) data like this:

printf "name,age\nhello,32\nkiki,24\n" | http POST 127.0.0.1:9700/documents content-type:text/csv

Here ids will be automatically generated as UUID v4 if they doesn't exist in some or every documents.

Note that it also support JSON and JSON streaming, you can send them to the engine by using the content-type:application/json and content-type:application/x-ndjson headers respectively.

Querying the engine via the website

You can query the engine by going to the HTML page itself.

Contributing

You can setup a git-hook to stop you from making a commit too fast. It'll stop you if:

  • Any of the workspaces does not build
  • Your code is not well-formatted

These two things are also checked in the CI, so ignoring the hook won't help you merge your code. But if you need to, you can still add --no-verify when creating your commit to ignore the hook.

To enable the hook, run the following command from the root of the project:

cp script/pre-commit .git/hooks/pre-commit