http://blog.csdn.net/degwei/article/details/9708339
sqlite是支持write ahead logging(WAL)模式的,开启WAL模式可以提高写入数据库的速度,读和写之间不会阻塞,但是写与写之间依然是阻塞的,但是如果使用默认的TRUNCATE模式,当写入数据时会阻塞Android中其他线程或者进程的读操作,并发降低。 相反,使用WAL可以提高并发。 由于使用WAL比ROLLBACK JOURNAL的模式减少了写的I/O,所以写入时速度较快,但是由于在读取数据时也需要读取WAL日志验证数据的正确性,所以读取数据相对要慢。 所以大家也要根据自己应用的场景去使用这种模式。
那么在android中如何开启WAL模式呢?
看SQLiteDatabase开启WAL的核心方法源码。
[java] view plain copy
- public boolean enableWriteAheadLogging() {
-
- if (isReadOnly()) {
- return false;
- }
-
- lock();
- try {
- if (mConnectionPool != null) {
-
- return true;
- }
- if (mPath.equalsIgnoreCase(MEMORY_DB_PATH)) {
- Log.i(TAG, "can't enable WAL for memory databases.");
- return false;
- }
-
-
-
- if (mHasAttachedDbs) {
- if (Log.isLoggable(TAG, Log.DEBUG)) {
- Log.d(TAG,
- "this database: " + mPath + " has attached databases. can't enable WAL.");
- }
- return false;
- }
- mConnectionPool = new DatabaseConnectionPool(this);
- setJournalMode(mPath, "WAL");
- return true;
- } finally {
- unlock();
- }
- }
在源码的注释中是这样写到:“This method enables parallel execution of queries from multiple threads on the same database.” 通过此方法可以支持多个线程并发查询一个数据库。 并在注释中给出了实例代码如下:
[java] view plain copy
- SQLiteDatabase db = SQLiteDatabase.openDatabase("db_filename",
- cursorFactory,CREATE_IF_NECESSARY, myDatabaseErrorHandler);
- db.enableWriteAheadLogging();
通过调用db.enableWriteAheadLogging即可开启WAL模式。 在enableWriteAheadLogging方法中关注的核心点:
[java] view plain copy
- mConnectionPool = new DatabaseConnectionPool(this);
- setJournalMode(mPath, "WAL");
1.创建数据库连接池,由于要支持并发访问所以需要连接池的支持。
2.调用setJournalMode设置模式为WAL.
当开启了WAL模式之后,事务的开始需要注意,在源码的注释是这样写到。
[java] view plain copy
- Writers should use {@link #beginTransactionNonExclusive()} or
- * {@link #beginTransactionWithListenerNonExclusive(SQLiteTransactionListener)}
调用者需要使用beginTransactionNonExclusive或者beginTransactionWithListenerNonExclusive来开始事务,也就是执行:BEGIN IMMEDIATE; 支持多并发。
注:关于EXCLUSIVE与IMMEDIATE模式请参考我的另一篇博客 http://blog.csdn.net/degwei/article/details/9672795
当开启了WAL模式更新数据时,会先将数据写入到*.db-wal文件中,而不是直接修改数据库文件,当执行checkpoint时或某个时间点才会将数据更新到数据库文件。当出现rollback也只是清除wal日志文件,而ROLLBACK JOURNAL模式,当数据有更新时,先将需要修改的数据备份到journal文件中,然后修改数据库文件,当发生rollback,从journal日志中取出数据,并修改数据库文件,然后清除journal日志。 从以上流程来看 WAL在数据更新上I/0量要小,所以写操作要快。
当开启了WAL模式磁盘中是这样的文件格式,当数据文件名为:test时 如下图:
图中红色部分为WAL的日志文件。
那么WAL日志中的数据何时更新到数据库文件中,刚才提到当手动执行checkpoint时或者由当前线程的某个时间点提交。
如何手动执行checkpoint,看SQLiteDatabase.endTransaction源码:
[java] view plain copy
-
-
-
-
- public void endTransaction() {
- verifyLockOwner();
- try {
- ...
- if (mTransactionIsSuccessful) {
- execSQL(COMMIT_SQL);
-
-
-
-
-
-
- if (this.mConnectionPool != null) {
- execSQL("PRAGMA wal_checkpoint;");
- if (SQLiteDebug.DEBUG_SQL_STATEMENTS) {
- Log.i(TAG, "PRAGMA wal_Checkpoint done");
- }
- }
-
- if (ENABLE_DB_SAMPLE) {
- logTimeStat(getLastSqlStatement(), mTransStartTime, COMMIT_SQL);
- }
- } else {
- ...
- }
- } finally {
- mTransactionListener = null;
- unlockForced();
- if (false) {
- Log.v(TAG, "unlocked " + Thread.currentThread()
- + ", holdCount is " + mLock.getHoldCount());
- }
- }
- }
在源码注释是这样写到:“if write-ahead logging is used, we have to take care of checkpoint.” 如果使用了WAL模式,那么就会执行checkpoint,当mConnectionPool != null时表示使用了WAL模式,也只有当WAL模式下才会有数据库连接池。 执行PRAGMA wal_checkpoint;即:将wal日志同步到数据库文件。 也就是当我们执行endTransaction时才会提交checkpoint。
在android中默认为TRUNCATE模式 , 请看如下源码:
[java] view plain copy
- public static SQLiteDatabase openDatabase(String path, CursorFactory factory, int flags,
- DatabaseErrorHandler errorHandler) {
- SQLiteDatabase sqliteDatabase = openDatabase(path, factory, flags, errorHandler,
- (short) 0 );
-
-
- if (sBlockSize == 0) {
-
-
- sBlockSize = new StatFs("/data").getBlockSize();
- }
- sqliteDatabase.setPageSize(sBlockSize);
- sqliteDatabase.setJournalMode(path, "TRUNCATE");
-
-
- synchronized(mActiveDatabases) {
- mActiveDatabases.add(new WeakReference<SQLiteDatabase>(sqliteDatabase));
- }
- return sqliteDatabase;
- }
通过sqliteDatabase.setJournalMode(path, "TRUNCATE");设置为TRUNCATE模式。
关于WAL模式下数据库连接池的解析,请看另外一篇blog。