SQLiteOpenHelper.setWriteAheadLoggingEnabled导致错误日志行

Question

当我打电话

setWriteAheadLoggingEnabled(true); 

我SQLiteOpenHelper子类的构造

，在第一次使用的数据库，创建后，我可以看到下面的错误日志项：

02-07 18:16:05.131 10426-10426/com.test E/SQLiteLog﹕ (1) no such table: test 

当应用程序被杀害，并开始随后的时间，我得到：

E/SQLiteLog﹕ (283) recovered 10 frames from WAL file /data/data/com.test/databases/test-wal 

但是，应用程序工作正常，实际上并没有发生异常。

当我不启用WAL时，日志项不存在。

日志错误是否值得担心？

编辑：我DbHelper代码：

public class DbHelper extends SQLiteOpenHelper { 

private static final int DB_VERSION = 1; 

public DbHelper(Context context) { 
    super(context, Db.NAME, null, DB_VERSION); 

    // setWriteAheadLoggingEnabled(true); 
} 

@Override 
public void onConfigure(SQLiteDatabase db) { 
    super.onConfigure(db); 

    db.setForeignKeyConstraintsEnabled(true); 
    db.enableWriteAheadLogging(); 
} 

@Override 
public void onCreate(SQLiteDatabase db) { 
    db.execSQL(Db.TestGroup._CREATE_TABLE); 
    db.execSQL(Db.Test._CREATE_TABLE); 
    db.execSQL(Db.Task._CREATE_TABLE); 
    db.execSQL(Db.TaskFullTextSearch._CREATE_TABLE); 

    db.execSQL(Db.TaskFullTextSearch.Triggers.AFTER_INSERT); 
    db.execSQL(Db.TaskFullTextSearch.Triggers.BEFORE_UPDATE); 
    db.execSQL(Db.TaskFullTextSearch.Triggers.AFTER_UPDATE); 
    db.execSQL(Db.TaskFullTextSearch.Triggers.BEFORE_DELETE); 
} 

@Override 
public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { 
    // nothing 
} 

public int getTestCount() { 
    Cursor cursor = getReadableDatabase().rawQuery(SELECT_TEST_COUNT, null); 
    cursor.moveToNext(); 
    int count = cursor.getInt(0); 
    cursor.close(); 

    return count; 
} 
} 

DB类是“契约”类定义的表类和列一串SQL语句。

数据库助手是一个自定义的应用程序子类中创建一个单：

public class TestApplication extends Application { 

private static DbHelper DB_HELPER; 

@Override 
public void onCreate() { 
    super.onCreate(); 

    DB_HELPER = new DbHelper(getApplicationContext()); 
} 

public static DbHelper getDbHelper() { 
    return DB_HELPER; 
} 
} 

编辑2：我刚刚检查的时候真的是没有test表会发生什么 - 应用程序崩溃与：

E/AndroidRuntime﹕ FATAL EXCEPTION: main 
Process: com.test, PID: 30663 
android.database.sqlite.SQLiteException: no such table: test (code 1): , while compiling: select count(*) from test 

Answer 1

经过一番实验，看起来由于某种原因，SQLite将表的缓存列表保存为与打开的连接关联的元数据的一部分。创建新表只会更新用于执行此操作的连接上的缓存。如果使用连接对未包含在缓存元数据中的表执行某些操作，那么即使操作本身成功执行（并且随后更新缓存），它也会抱怨该表不存在。

通过SQLiteDatabase使用的连接池目前只允许一个连接读取和如果未启用预写日志，大概是为了避免因执行读操作错误写操作，而一个作家上具有独占锁数据库。如果启用预写式日志记录，则除了主写连接之外，它还允许至少一个单独的读连接（读连接的确切限制由系统属性定义）。

SQLiteOpenHelper打开读取连接以获取版本信息之前打开用于数据库初始化和升级/降级的写入连接。如果预写式日志记录未启用，则它们都是相同的连接。但是，如果预写日志记录在初始化之前启用，则读连接的高速缓存不会反映在初始化过程中执行的任何结构更改（并且SQLite会在执行第一个查询时在日志中抱怨）。这可以通过从初始化完成后调用的onOpen()方法启用预写日志记录来解决。

至于日志约架回收，这是由事实SQLite的检查点，并删除WAL文件时，所有的连接被关闭造成的。如果持有连接的进程在没有明确关闭的情况下终止，那么当新连接随后打开时执行此清理，并且SQLite会对此进行投诉。如果您在应用程序移至后台时关闭SQLiteDatabase，则应解决此问题。另一方面，如果您在整个应用程序中与数据库进行交互，那么可能会出现问题并且难以实施，我不建议这样做。