ios sqlite database is locked
2012-06-15 00:48
204 查看
SQLite locks the entire database
during a write operation (i.e. when a write is happening on any table, no other write, to any table anywhere can happen at the same time). Some databases provide concurrent writes via table-level locks, or sometimes row-level locks. To contrast this to SQLite's
implementation, a table-level lock basically means that when you're writing data to a given table, no other thread can write to any record in that table, at the same time (however, writes to other tables can occur simultaneously, in some circumstances). Similarly,
row-level locks take it even further, and allow only the necessary rows involved to be locked, allowing concurrent writes to the same table to happen from multiple threads. The idea here is to minimize the amount of data you need to lock for a write operation,
which effectively increases the amount of concurrent writes possible across the
database, and depending on your implementation/how you use your database, this can significantly increase throughput.
Now, back to your question...
The fact that SQLite is threadsafe doesn't mean that multiple threads can concurrently write to it - it means that it has a way of handling access from multiple threads - which is to (a) allow timeouts/retries, and (b) to return a useful error (SQLITE:Busy)
when a lock is currently held on the database. That is,threadsafe means
nothing more than, "Multiple threads can access this data in a way that won't result in data corruption due to simultaneous access."
Basically, somewhere in the code, one thread is trying to do its update, before another thread has released its lock on the database. This is a common hurdle with SQLite, because the authors/documentation will tell you that SQLite can handle concurrency like
a champ. The reality is that what SQLite considers "concurrency support" amounts to trying to be very fast, so that locks on the database are only held for a very short time, and therefore locks on the database are released before timeouts are hit. In a lot
of cases, this works just fine and never gets in your way. However, having very short-lived locks is not the same as actually allowing concurrent writes from multiple threads.
Think of it like the way that iOS does multitasking - really what it's doing is putting other apps on pause, and coming back to them. This has the effect that (a) battery life is much better due to lower CPU utilization, and (b) you don't have to start an app
from scratch every time you launch it. This is great, but the actual word "multitasking" as used in iOS doesn't technically mean the same thing as "multitasking" in other environments (even Mac OS X).
SQLite is the same way. Do they have "concurrency" support? Well sort of, but the way they define the word "concurrency" isn't the way the rest of the DB world defines "concurrency".
No one is really wrong, but in cases like these, it adds to implementation confusion.
===>后来我还是找到了我这边遇到的问题原因,肯定是sql close导致的,回想具体的问题功能,然后查找sqlite——open和close,发现一个是5,一个4.bingo。
during a write operation (i.e. when a write is happening on any table, no other write, to any table anywhere can happen at the same time). Some databases provide concurrent writes via table-level locks, or sometimes row-level locks. To contrast this to SQLite's
implementation, a table-level lock basically means that when you're writing data to a given table, no other thread can write to any record in that table, at the same time (however, writes to other tables can occur simultaneously, in some circumstances). Similarly,
row-level locks take it even further, and allow only the necessary rows involved to be locked, allowing concurrent writes to the same table to happen from multiple threads. The idea here is to minimize the amount of data you need to lock for a write operation,
which effectively increases the amount of concurrent writes possible across the
database, and depending on your implementation/how you use your database, this can significantly increase throughput.
Now, back to your question...
The fact that SQLite is threadsafe doesn't mean that multiple threads can concurrently write to it - it means that it has a way of handling access from multiple threads - which is to (a) allow timeouts/retries, and (b) to return a useful error (SQLITE:Busy)
when a lock is currently held on the database. That is,threadsafe means
nothing more than, "Multiple threads can access this data in a way that won't result in data corruption due to simultaneous access."
Basically, somewhere in the code, one thread is trying to do its update, before another thread has released its lock on the database. This is a common hurdle with SQLite, because the authors/documentation will tell you that SQLite can handle concurrency like
a champ. The reality is that what SQLite considers "concurrency support" amounts to trying to be very fast, so that locks on the database are only held for a very short time, and therefore locks on the database are released before timeouts are hit. In a lot
of cases, this works just fine and never gets in your way. However, having very short-lived locks is not the same as actually allowing concurrent writes from multiple threads.
Think of it like the way that iOS does multitasking - really what it's doing is putting other apps on pause, and coming back to them. This has the effect that (a) battery life is much better due to lower CPU utilization, and (b) you don't have to start an app
from scratch every time you launch it. This is great, but the actual word "multitasking" as used in iOS doesn't technically mean the same thing as "multitasking" in other environments (even Mac OS X).
SQLite is the same way. Do they have "concurrency" support? Well sort of, but the way they define the word "concurrency" isn't the way the rest of the DB world defines "concurrency".
No one is really wrong, but in cases like these, it adds to implementation confusion.
===>后来我还是找到了我这边遇到的问题原因,肯定是sql close导致的,回想具体的问题功能,然后查找sqlite——open和close,发现一个是5,一个4.bingo。
相关文章推荐
- 安卓数据库连接解决办法 ,避免 sqlite3 database is locked
- 解决django的sqlite3的database is locked
- SVN报错:sqlite[S5]:database is locked
- sqlite遇到database is locked问题的完美解决
- sqlite3---The database file is locked
- 解决SQLite中的 database is locked
- 使用sqlite,在更新操作时每次报错“database is locked”
- 解决SQLite database is locked
- C#出现sqlite的database is locked的解决方法
- sqlite遇到database is locked问题的完美解决
- sqlite遇到database is locked问题的完美解决
- 关于SQLite3 Database is Locked 的一点处理技巧
- SQLite3::BusyException: database is locked:
- SQLite并发操作下的分析与处理,解决database is locked,以及多线程下执行事务等问题
- SQLiteException: database is locked异常的解决办法
- sqlite:多线程操作数据库“database is locked”解决方法(二)
- sqlite遇到database is locked问题的完美解决方案
- ios sqlite3数据库的封装-自己封装的,针对锁死database is closed的解决和预防
- database is locked和SQLITE_BUSY
- Sqlite3 database file is locked 解决办法 与sqlite_reset()