SQLite3 提供了一個新的鎖和同步機制來提高併發，減少死鎖。

SQLite3的鎖和同步有Pager Module(pager.c)負責處理。Pager Modue負責SQLite事務的ACID， 也提供快取功能。Pager Modue不需要知道BTree, 字元編碼, 索引的結構,  Pager Module用來管理Page, 一個Page對應一個DiskBlock, 大小一般是1024Byte。

1. SQLite3 資料庫的鎖狀態 
UNLOCKED
SHARED   共享鎖，可以讀，不能寫
RESERVED 保留鎖, 表示資料庫將被寫,但寫在快取中，還不能寫入資料庫，因為有其他連結持有共享鎖，還在讀資料。  一個數據庫只能有一個保留鎖, 保留鎖可以和共享鎖共存， 與PENDING鎖的不同之處在於還能獲得新的共享鎖,PENDING鎖被啟用時, 不能再獲得共享鎖。
PENDING（未決）此時，其他連結不再能獲取共享鎖，即，等待讀的連結退出，不接受新的連結來讀
EXCLUSIVE（排他），讀的連結都退出了，可以寫入資料庫了。

sqlite 鎖狀態很容易理解： 多個連結可以同時從一個paper中讀資料，但只允許一個連結往paper寫資料，而且在寫資料的時候不允許有其他連結讀資料，防止造成資料不一致。另外，連結持有共享鎖時，可以從paper中讀資料，持有保留鎖時可以往快取中寫資料和修改，如果想要把資料寫入paper中，就要限制新的連結獲取共享鎖、等待有共享鎖的連結執行完畢，此時稱為未決。

2.  回滾日誌檔案 
如果有更新資料庫操作, SQLite就會生成回滾日誌檔案, 以"-journal"的檔名結尾, 與資料庫檔案存放在同一目錄下。 如果多個數據庫同時工作, 每個資料庫都有自己的回滾日誌檔案, 並且還有一個master journal日誌檔案。master journal沒有資料, 只包含各個回滾日誌檔名。每個資料庫的回滾日誌檔案也會包含master journal檔名。
當訪問資料庫時發現有"hot journal"時, SQLite就會進行回滾工作, 回滾結束就刪除回滾日誌檔案。


處理"hot journal"
(1) 嘗試獲得SHARED LOCK, 如果失敗, 立即結束, 返回SQLITE_BUSY
(2) 檢查是否有"hot journal", 如果沒有立即返回, 否則繼續執行以下步驟
(3) 嘗試獲得PENDING LOCK, 然後EXCLUSIVE LOCK, 如果失敗, 表示其他程序正在做回滾, 釋放所有鎖, 關閉資料庫, 返回SQLITE_BUSY。 否則繼續執行
(4) 讀回滾日誌檔案, 回滾資料庫檔案
(5) 刪除回滾日誌檔案
(6) 刪除master journal 檔案
(7) 釋放PENDING LOCK和EXCLUSIVE LOCK, 但是保留SHARED LOCK


3. 寫資料庫檔案步驟 
(1) 獲得共享鎖
(2) 獲得RESERVED LOCK, 如果失敗, 返回SQLITE_BUSY, 否則繼續執行
(3) 生成回滾日誌檔案, 寫入磁碟, 等待寫完成繼續執行


如果是單個數據庫檔案
(4) 請求獲得PENDING LOCK
(5) 請求獲得EXCLUSIVE LOCK
(6) flush/fsync, 將更新寫入磁碟
(7) 刪除回滾日誌檔案
(8) 釋放EXCLUSIVE LOCK, PENDING LOCK, RESERVED LOCK, 獲得SHARED LOCK




如果是多個數據庫檔案事務
(4) 請求獲得PENDING LOCK 和EXCLUSIVE LOCK, 確保所有資料庫都獲得EXCLUSIVE LOCK
(5) 生成master journal檔案和每個資料庫的回滾日誌檔案
(6) flush/fsync, 將更新寫入磁碟
(7) 先刪除master journal 檔案, 再刪除所有的回滾日誌檔案
(8) 釋放所有資料庫上的EXCLUSIVE LOCK, PENDING LOCK


4. SQL事務 
預設SQLite autocommit=true
BEGIN TRANSACTION - COMMIT 命令使得SQLite不在autocommit下工作。當SQLite執行BEGIN命令時, 不會獲得任何鎖, 直到執行到第一個SELECT, 才獲得一個SHARED LOCK, 執行到UPDATE/INSERT/DELETE才獲得REVERSED LOCK, 當快取滿或者COMMIT時才請求獲得EXCLUSIVE LOCK。


COMMIT並非真正的將更新寫到磁碟, COMMIT使得SQLITE回到autocommit=true 模式, autocommit會負責將更新寫到磁碟。

5 寫同步

 初用sqlite3插入資料時，插入每條資料大概需要100ms左右。如果是批量匯入，可以引進事物提高速度。但是假設你的業務是每間隔幾秒插入幾條資料，顯然100ms是不能容許的。解決辦法是，在呼叫sqlite3_open函式後新增下面一行程式碼：
    sqlite3_exec(db, "PRAGMA synchronous = OFF; ", 0,0,0);
    上面的解決辦法貌似治標不治本，為什麼加上上面的程式碼行，速度會提高那麼多？網上解釋如下：
磁碟同步
1.如何設定：
PRAGMA synchronous = FULL; (2) 
PRAGMA synchronous = NORMAL; (1) 
PRAGMA synchronous = OFF; (0)
2.引數含義：
當synchronous設定為FULL (2), SQLite資料庫引擎在緊急時刻會暫停以確定資料已經寫入磁碟。這使系統崩潰或電源出問題時能確保資料庫在重起後不會損壞。FULL synchronous很安全但很慢。
當synchronous設定為NORMAL, SQLite資料庫引擎在大部分緊急時刻會暫停，但不像FULL模式下那麼頻繁。 NORMAL模式下有很小的機率(但不是不存在)發生電源故障導致資料庫損壞的情況。但實際上，在這種情況 下很可能你的硬碟已經不能使用，或者發生了其他的不可恢復的硬體錯誤。
設定為synchronous OFF (0)時，SQLite在傳遞資料給系統以後直接繼續而不暫停。若執行SQLite的應用程式崩潰， 資料不會損傷，但在系統崩潰或寫入資料時意外斷電的情況下資料庫可能會損壞。另一方面，在synchronous OFF時 一些操作可能會快50倍甚至更多。在SQLite 2中，預設值為NORMAL.而在3中修改為FULL。
3.建議：
如果有定期備份的機制，而且少量資料丟失可接受，用OFF。


     注意上面紅色加粗的字樣。總結：如果你的資料對安全性完整性等要求不是太高，可以採用設定為0的方法，畢竟只是“資料庫可能會損壞”，至於損壞機率為多大，筆者也暫不知曉。。。。。。還沒遇到過損壞，不知什麼時候才會發生。