前言 從 Android 9 開始,App 的 SQLite 日誌模式預設採用 SQLite 在 3.7.0 版加入的 WAL (Write-Ahead Logging) 模式。 相較於原本的 TRUNCATE 模式,有寫入速度較快、讀和寫不會阻塞......等優點。 詳細內容可以參考 SQLite 官方網站,這邊就不詳述了。 Write-Ahead Logging 採用 WAL 前後的檔案結構差異 原先的 databases 目錄下有 *.db 和 *.db-journal 兩個檔案。 採用 WAL 的 databases 目錄下則改為 *.db、*.db-shm、*.db-wal 三個檔案。 交易模型 (Transaction Model) 日誌 (journal) 的主要目的是為了要讓 SQLite 可以支援「交易」(TRANSACTION),當交易失敗或中斷時可用此檔案來還原。 而 SQLite 對於日誌的處理有兩種作法: 回滾日誌檔 (Rollback Journal): 先將原內容則備份至 Rollback Journal 中,再將要異動的內容直接寫入 DB。當需要 rollback 時,再將原內容由日誌檔寫回 DB;若要 commit 變更時,則只要將該檔案刪除即可。 而 rollback 的日誌模式又可細分為 4 種:DELETE (SQLite 預設值)、TRUNCATE (Android 版 SQLite 預設值)、PERSIST、MEMORY WAL (Write-Ahead Log): 作法與 Rollback Journal 剛好相反。原內容仍保留在原 DB 之中,但新的異動則 append 至 WAL 檔。而當 COMMIT 發生時,僅代表某筆記錄已 append 進 WAL 檔了,但並不一定有寫入原 DB (當 WAL 檔案大小到達 checkpoint 的閥值時才會寫入) 。如此可讓其他資料庫連結繼續對原 DB 內容進行讀取操作,而其他連結也可同時將異動 COMMIT 進 WAL 檔。 啟用/停用 WAL 在繼承 SQLiteOpenHelper 的 class 中覆寫 onConfigure 方法,加...
留言
張貼留言