在實際開發過程中， 如果涉及到資料庫的頻繁寫入， 更新等操作， 在加上連續事件的有序操作， 死鎖的問題就可能發生：
廢話不多說了：
開發中使用最多sqlite三方庫是fmdb， 最新版本的fmdb為了支援併發， 加入了fmdatabasequeue， 其原理就是對乙個databse的訪問， 通過內部的乙個serialqueue來控制對資料庫的序列訪問， 這就意味著所有的入口必須是統一的，全域性僅能有乙個dbqueue的存在， 如果存在多個dbqueue的例項去訪問資料庫， 那麼fmdb提供的這個機制就失效了。
實現dbqueue全域性唯一的方式很多， 就不一一解釋了
dbqueue提供資料庫訪問的方法有二：
1、 indatabase 不支援事務的回滾控制
2、 intransaction 支援事務的回滾
綜上：解決方案
提供乙個封裝的類， 封裝唯一的dbqueue 和 兩個公共入口， indatabase 和 intransaction
Qt中針對SQLite的併發訪問
問題 sqlite是一種檔案級別的資料庫，因此他的鎖機制也是檔案級別的，只支援併發讀訪問資料庫，不支援併發寫，也不支援併發讀寫。只要有乙個執行緒進行寫操作，其他執行緒都將等待，如果同時執行讀寫操作，會返回sqlite busy。因此對於寫操作是需要序列執行的。解決方案 qsqlerror noerr...
sqlite併發寫處理
在模擬面試的時候被問到了sqlite寫入併發的處理，因為之前完全沒有併發的問題，曾經在乙個資料上說sqlite本身有自己的鎖可以防止併發問題，所以我回答的就是我程式中沒有遇到寫入失敗的問題，sqlite本身會處理併發的問題，具體怎麼處理的我不太清楚，他們問我如果遇到這個問題怎麼解決我也沒回答上來。這...
SQLite的併發處理
使用sqlite經常會遇到併發處理，要處理好多執行緒或多程序之間的併發，就得搞清楚sqlite的機制，尤其是sqlite的鎖機制。因為sqlite是檔案資料庫，所以它的鎖也基本是和檔案一致，也即 寫獨佔，讀共享。這意味是在讀取資料庫的時候，是可以多個執行緒共享的，而如果有增刪改的操作，則會獨佔此檔案...