一、為什么sqlite會返回database locked而別的數據庫不會

sqlite可以支持多個進程同時讀取，但不支持同時寫入，主要原因是因為它默認采用了串行化的事務隔離，他在寫數據到文件的時候加了一把文件粒度的排他鎖，這個時候是不能并發讀取的和寫入的，這時如果有請求就會進入等待。

等待超時后會拋出database is locked錯誤。這個和嵌入式沒什么關系，嵌入式數據庫同樣可以通過文件鎖、共享內存等方式實現多進程訪問，通過快照隔離實現并發讀寫。

MySQL里面的myisam引擎其實也是不支持并發讀寫的，現在用的比較少，innodb存儲引擎則是通過MVCC支持并發讀寫的。

sqlite遇到database is locked問題的完美解決
1、使用進程或線程間的同步機制以避免同時操作；如用信號量，互斥鎖等（pthread_mutex_lock，
pthread_mutex_unlock）,如果你的項目工程較大要求較高的話建議用此方法自行封裝函數處理同步
2、使用sqlite提供的兩個busy handler函數，但對于一個連接來說，只能有一個busy handle，兩個函數會相互影響，設
置一個的同時會清除另一個，應根據需要來選擇。
int sqlite3_busy_handler(sqlite3 *, int (*)(void *, int), void *)
不注冊此函數時默認回調函數為NULL，清除busy handle，申請不到鎖直接返回;
函數可以定義一個回調函數，當出現數據庫忙時sqlite會調用該函數進行延時并返回非0會重試本次操作，回調函數的第二個
參數會被傳遞為此次因BUSY忙事件而調用該函數的次數,因此你完全可以自行控制多少次后(也就是延時多少后)才真正返回
BUSY;
回調函數返回非０,數據庫會重試當前操作，返回０則當前操作返回SQLITE_BUSY;
int sqlite3_busy_timeout(sqlite3*, int ms);
不注冊此函數時默認超時等待為0，當ms<=0時，清除busy handle，申請不到鎖直接返回;
定義一個毫秒數，當未到達該毫秒數時，sqlite會sleep并重試當前操作,
如果超過ms毫秒，仍然申請不到需要的鎖，當前操作返回SQLITE_BUSY;
很多人用這個函數沒有成功，其實只要你仔細查看sqlite的源碼就會發現，
這個函數實際上注冊了一個默認的sqlite3_busy_handler（sqliteDefaultBusyCallback），而這個回調函數在你的編譯
環境下可能使得第二個ms參數必需要大于1000且是他的整數倍才有意義,由于此默認callback函數延時較大,建議自己寫回
調函數然后用slite3_busy_handler注冊,這樣就可以自己用自己的延時函數或方法進行處理了。

延伸閱讀：

二、SQL是什么

Structured Query Language

‘SQL’是結構化查詢語言，是一種用來操作?RDBMS?的數據庫語言，當前關系型數據庫都支持使用SQL語言進行操作,也就是說可以通過?SQL?操作 oracle,sql server,mysql,sqlite 等等所有的關系型的數據庫