sheepduke
Mnesia 100x slower to query compared with SQLite?
Hi folks,
I just started to explore the Mnesia database. I read many docs, posts and resources provided by Elixir forum, but still could not found a solution:
My Mnesia is 100x times slower to query (scan) compared with Ecto/SQLite3.
Initialization
The following code shows how Mnesia was initialized:
defmodule Data.Test do
use Memento.Table,
attributes: [
:uuid,
:name
],
index: [:name]
end
Memento.stop()
Memento.Schema.create([node()])
Memento.start()
Memento.Table.create!(Data.Test, disc_copies: nodes)
Memento.transaction!(fn ->
Enum.each(1..100_000, fn i ->
Memento.Query.write(%Data.Test{
uuid: Ecto.UUID.generate(),
name: "Test #{i}"
})
end)
end)
Then I created an exactly same table in SQLite3, without index.
Query
The following code shows the query process:
:timer.tc(fn ->
Memento.transaction!(fn ->
Memento.Query.all(Data.Test)
|> Stream.filter(&String.contains?(&1.name, "12345"))
|> Enum.to_list()
end)
end)
Test.Repo.query("select * from test where name like '%12345%'")
The result was about 1600 ms and 16 ms respectively.
I replaced the Stream in Mnesia query with :mnesia.foldl (without Memento) and the result was almost identical (1400 ms maybe, still ~100x times).
Question
My understanding is that SQL like '%xxx%' leads to a full table scan, which is same as Mnesia.
Since Mnesia stores the data in memory, why is the table scan so slow? Am I miss anything?
Any clue is sincerely appreciated!
Marked As Solved
Rustixir
Hi , I working with mnesia for distributed read-heavy data application for three last year.
Mnesia is a distributed, concurrency DBMS but Sqlite is a embedded database.
for real-project if you need high concurrency access to Database with Sqlite become bottleneck .
-
Mnesia intenal use ETS for disc_copies and ram_copies
and that have many parameter for tune maximize performance -
if you want for a single node/machine and maximize performance use ETS
-
if you want use mnesia use itself module → :mnesia
-
for increase performance for read/query use :mnesia.activity with <:async_dirty > parameter
-
if you want use mnesia with maximize performance for read/query use
:mnesia.activity with < :ets > parameter
Also Liked
cmkarlsson
mnesia and ets are key/value database. It is best used when you have a specific value to retrieve.
That said, if you can structure your object in a way that :mnesia.select can be used then it is much faster. Mnesia select relies on match specifications (Match Specifications in Erlang — OTP 29.0.2 (erts 17.0.2)) which are a bit gnarly to get your head around but very useful, not only in mnesia but also in ets and if you are doing tracing.
Match specifications do not support matching on parts of binary strings so your specific example would not work as is, but they are a faster way to get information out of mnesia and ets compared to foldl or iterating the table.
I see that Memento also support select (a simplified version of erlang’s matchspecs) and select_raw with the full power of select. Perhaps it is worth investigating.
Exadra37
The queries are not comparable at all.
In SQLITe everything its done by the database engine, but in the Mnesia query you are splitting the work between Mnesia and Elixir.
You can read the Memento Docs to see how you can properly do your SQLITe query only with Memento or you can read the Mnesia docs:
Popular in Questions
Other popular topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #advent-of-code
- #elixirconf-us
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #security
- #performance








