15

I have an application that uses SQLite(version 3.7.2) to store data. I have a SQLite connection shared between multiple threads that writes and reads from the same SQLite db. SQLite is compiled with DSQLITE_THREADSAFE=1 which means SQLite is in Serialized mode.

Quoting from SQLite docs

Serialized: In serialized mode, SQLite can be safely used by multiple threads with no restriction.

On the contrary the SQLite Wiki entry says

Do not use the same database connection at the same time in more than one thread

I tried with a sample application that spawns hundreds of threads and shares an SQLite handle to read & write which is working fine.

So is the SQLite wiki entry outdated or SQLite might not be able to handle read and write happening from different threads at the same time using the same connection?

omggs
  • 1,163
  • 1
  • 11
  • 23

2 Answers2

10

EDIT

DSQLITE_THREADSAFE=2: multi-thread mode The term "multi-thread" is a bit confused in SQLite. Seems like in Multi-thread mode you cannot share a connection with other threads because the connection itself will not use mutexes to prevent one thread to modify the connection while another thread is using it.

DSQLITE_THREADSAFE=1: serialized mode However, in serialized mode, it will lock the datafile and will use mutexes to control the access for the shared connection.

From docs: ... when SQLite is compiled with SQLITE_THREADSAFE=1, the SQLite library will itself serialize access to database connections and prepared statements so that the application is free to use the same database connection or the same prepared statement in different threads at the same time.

So, when dealing with connections, serialized mode is thread-safe but multi-thread mode is not, although you still can have multiple connections to the same database.

Source: http://www.sqlite.org/c3ref/c_config_getmalloc.html#sqliteconfigmultithread

Regards!

Marcelo De Zen
  • 9,439
  • 3
  • 37
  • 50
  • 2
    I read that, but I was wondering if the wiki was outdated or SQLite connection now supports `reads` and `writes` from the same connection from multiple threads? – omggs Jul 31 '12 at 14:36
  • @omggs you're right. The terms are a little confusing in SQLite docs. For me *multi-thread* and *serialized* was the same, but they are not. I use serialized connections but not shared them between threads... and now I learned that it's safe to share :) – Marcelo De Zen Jul 31 '12 at 16:17
0

It's a bad idea to share one connection among more than one thread when you have DSQLITE_THREADSAFE=0

Imagine your THREAD 1 is executing this code:

1. connection.setAutoCommit(false);
2. statement.executeUpdate(sql);
3. connection.commit();

and your THREAD 2 is executing this code at the same time:

1. connection.setAutoCommit(true);

Now what if instruction 1 of THREAD 2 is executed exactly BEFORE instruction 3 of THREAD 1? You'll probably get a SQLException with the message "database in auto-commit mode" (since the auto commit methods are executed upon the same Connection object).

This means one should synchronize his code ore use DSQLITE_THREADSAFE=1

Using connection pooling would also be the best if you're gonna develope multithread code from which you can get better performance when you decide to opt for another DBMS.

Cinosarge
  • 1
  • 3