Sqlite多線程相關整理

Sqlite With MultiThreads

什么是線程安全?

當多個線程訪問某個方法時，不管你通過怎樣的調用方式、或者說這些線程如何交替地執行，我們在主程序中不需要去做任何的同步，這個類的結果行為都是我們設想的正確行為，那么我們就可以說這個類是線程安全的。

一 來自官方FAQ

https://www.sqlite.org/faq.html#q5

https://www.sqlite.org/threadsafe.html

https://blog.csdn.net/u012890196/article/details/32338505

同一應用程序的多個應用程序或多個實例可以同時訪問單個數據庫文件嗎？

多個進程可以同時打開同一個數據庫。多個進程可以同時執行SELECT。但是，只有一個進程可以隨時對數據庫進行更改。
SQLite使用讀取器/寫入器鎖來控制對數據庫的訪問。（在Win95 / 98 / ME下，缺少對讀取器/寫入器鎖的支持，而是使用概率模擬。）但請注意：如果數據庫文件保存在NFS文件系統上，則此鎖定機制可能無法正常工作。這是因為許多NFS實現都會破壞fcntl（）文件鎖定。如果多個進程可能同時嘗試訪問該文件，則應避免將SQLite數據庫文件放在NFS上。在Windows上，Microsoft的文檔說如果您沒有運行Share.exe守護程序，則在FAT文件系統下鎖定可能不起作用。對Windows有很多經驗的人告訴我，網絡文件的文件鎖定是非常錯誤的，並且不可靠。如果他們說的是真的，
我們知道沒有其他嵌入式 SQL數據庫引擎支持與SQLite一樣多的並發性。SQLite允許多個進程一次打開數據庫文件，並允許多個進程一次讀取數據庫。當任何進程想要寫入時，它必須在更新期間鎖定整個數據庫文件。但這通常只需要幾毫秒。其他流程只是等待作者完成然后繼續他們的業務。其他嵌入式SQL數據庫引擎通常只允許單個進程一次連接到數據庫。
但是，客戶端/服務器數據庫引擎（如PostgreSQL，MySQL或Oracle）通常支持更高級別的並發性，並允許多個進程同時寫入同一數據庫。這在客戶端/服務器數據庫中是可能的，因為總有一個良好控制的服務器進程可用於協調訪問。如果您的應用程序需要大量並發，那么您應該考慮使用客戶端/服務器數據庫。但經驗表明，大多數應用程序需要的並發性遠低於設計人員的想象。
當SQLite嘗試訪問由另一個進程鎖定的文件時，默認行為是返回SQLITE_BUSY。您可以使用sqlite3_busy_handler（）或sqlite3_busy_timeout（） API函數從C代碼調整此行為 。

精簡版:

對於讀操作:多個進程可以同時進行數據庫的查詢。
對於寫操作:同一時間只有一個進程可以進行寫操作。

多進程寫操作在以下情況下可能會導致錯誤:

• NFS filesystem （NFS文件系統）
• FAT filesystems With running the Share.exe daemo （沒有運行Share.exe的FAT文件系統）
• DataBase is network files （將數據庫作為一個網絡文件）

SQLite線程安全嗎？

線程是邪惡的。避免他們。
SQLite是線程安全的。我們做出這種讓步，因為許多用戶選擇忽略前一段中給出的建議。但為了保證線程安全，必須在SQLITE_THREADSAFE預處理器宏設置為1的情況下編譯SQLite。分發中的Windows和Linux預編譯二進制文件都是以這種方式編譯的。如果您不確定要鏈接的SQLite庫是否被編譯為線程安全，您可以調用sqlite3_threadsafe（） 接口來查找。
SQLite是線程安全的，因為它使用互斥鎖來序列化對公共數據結構的訪問。但是，獲取和釋放這些互斥鎖的工作會使SQLite略微減慢。因此，如果您不需要SQLite是線程安全的，則應禁用互斥鎖以獲得最佳性能。有關其他信息，請參閱線程模式文檔。
在Unix下，你不應該通過fork（）系統調用將一個開放的SQLite數據庫帶入子進程。

從哪個版本開始線程安全?

簡單來說，從3.3.1版本開始，它就是線程安全的了。

Sqlite的線程安全和傳統意義上的線程安全有什么不同？

threadsafe就是指在設置正確的前提下，多線程同時訪問SQLite並不會影響數據庫的完整性，而不是說每個線程對數據庫所有的操作都可以保證正確執行。

二 我的多線程解決方案

• 在每個線程操作數據庫時，手動加鎖

• 形成一個操作隊列，統一去操作數據庫(FMDB,GCD)