sqlite能不能多線程并發(fā)訪問？作為一個(gè)小型嵌入式數(shù)據(jù)庫(kù)，SQLite不提供復(fù)雜的鎖定機(jī)制。它不能在內(nèi)部管理多通道并發(fā)下數(shù)據(jù)操作的同步，更不能進(jìn)行優(yōu)化。因此，當(dāng)涉及到多通道并發(fā)時(shí)，需要外部讀寫鎖控制

sqlite能不能多線程并發(fā)訪問？

作為一個(gè)小型嵌入式數(shù)據(jù)庫(kù)，SQLite不提供復(fù)雜的鎖定機(jī)制。它不能在內(nèi)部管理多通道并發(fā)下數(shù)據(jù)操作的同步，更不能進(jìn)行優(yōu)化。因此，當(dāng)涉及到多通道并發(fā)時(shí)，需要外部讀寫鎖控制，否則SQLite會(huì)返回SQLiteBusy錯(cuò)誤來拒絕請(qǐng)求。

返回SQLiteuuBusy主要有以下幾種情況：

1。當(dāng)有寫操作時(shí)，其他的讀操作將被拒絕

2。當(dāng)有寫操作時(shí)，其他寫操作將被拒絕

3。其他事務(wù)啟動(dòng)時(shí)，在提交之前會(huì)被拒絕。當(dāng)一個(gè)事務(wù)被打開時(shí)，在提交該事務(wù)之前，其他事務(wù)請(qǐng)求將被拒絕

5。當(dāng)有讀操作時(shí)，其他寫操作將被拒絕

6。基于以上討論，我們可以看出這是一個(gè)典型的讀者-作者問題。讀操作應(yīng)該是共享的，寫操作應(yīng)該是互斥的，讀操作和寫操作也應(yīng)該是互斥的

可以設(shè)計(jì)以下解決方案來解決并發(fā)操作數(shù)據(jù)庫(kù)的鎖定問題，并保證讀操作可以保持最大的并發(fā)性

1。互斥用于控制數(shù)據(jù)庫(kù)寫入操作。只有具有互斥的線程才能操作數(shù)據(jù)庫(kù)

3。寫操作必須與互斥無(wú)關(guān)

4。讀取操作必須能夠共享互斥鎖，即在第一次讀取時(shí)獲取互斥鎖，在最后一次讀取時(shí)釋放互斥鎖http://blog.csdn.net/bestrem9/article/details/6322916

對(duì)于程序員來說，常用的關(guān)系數(shù)據(jù)庫(kù)有mysql、Oracle、DB2，使用sqllite的數(shù)據(jù)庫(kù)還比較少，但我現(xiàn)在用的項(xiàng)目是SQLite數(shù)據(jù)庫(kù)，SQLite是一個(gè)輕量級(jí)的關(guān)系數(shù)據(jù)庫(kù)，常用于嵌入式系統(tǒng)，占用資源較少，支持主流操作系統(tǒng)Linux、windows，同時(shí)可以與主流編程語(yǔ)言Java、PHP等進(jìn)行通信。

然而，SQLite仍然有許多缺點(diǎn)。在相對(duì)復(fù)雜的查詢中沒有優(yōu)化器，其鎖的粒度也相對(duì)粗糙。如果寫入并發(fā)性很高，則必須選擇其他數(shù)據(jù)庫(kù)。當(dāng)然，由于SQLite的簡(jiǎn)單性，它不支持高寫并發(fā)性。SQLite還有其他尚未實(shí)現(xiàn)的特性，如完整的修改表結(jié)構(gòu)支持、完整的觸發(fā)器支持、右外連接和所有外連接、可更新視圖等

SQLite許多未實(shí)現(xiàn)的特性和缺點(diǎn)不是不能實(shí)現(xiàn)，而是如果可以實(shí)現(xiàn)，它將失去簡(jiǎn)潔的特點(diǎn)。SQLite和其他數(shù)據(jù)庫(kù)有什么區(qū)別？每個(gè)數(shù)據(jù)庫(kù)都是在特定的情況下使用的，會(huì)有優(yōu)缺點(diǎn)，優(yōu)缺點(diǎn)總是一樣的。

SQLite的讀寫效率很高，有哪些使用其他數(shù)據(jù)庫(kù)的理由？

所有人都有這個(gè)痛點(diǎn)，但痛點(diǎn)不同。沒有辦法。程序員就是這樣。項(xiàng)目開發(fā)是一個(gè)人負(fù)責(zé)開發(fā)部分內(nèi)容模塊。大項(xiàng)目是可以的。每個(gè)人都會(huì)發(fā)展出更多的東西。小型項(xiàng)目沒有高并發(fā)性和多線程開發(fā)。

以前做輕應(yīng)用開發(fā)的時(shí)候，我想在微信平臺(tái)上開發(fā)，但是沒有成功。我不得不服從公司的安排。我只能從頭到尾在金蝶移動(dòng)云上寫輕量應(yīng)用。雖然我覺得它幾乎是基于某個(gè)平臺(tái)，但我心里還是有一個(gè)缺口。

開發(fā)人員希望接觸一些他們沒有做過的事情來提高技術(shù)。然而，現(xiàn)實(shí)是殘酷的。遇到項(xiàng)目時(shí)，公司有現(xiàn)成的技術(shù)。成熟的開發(fā)者肯定不會(huì)讓不熟悉某項(xiàng)技術(shù)的人去開發(fā)。

作為開發(fā)者，他們只能利用業(yè)余時(shí)間學(xué)習(xí)，搭建自己的電腦虛擬環(huán)境，安裝好數(shù)據(jù)庫(kù)，找一些數(shù)據(jù)導(dǎo)入，私下探索，或者拿別人的程序模仿學(xué)習(xí)。

當(dāng)程序員在工作中遇到不熟悉的技術(shù)時(shí)，他們總是同時(shí)學(xué)習(xí)和做。這是正常情況。沒有別的辦法了。

作為開發(fā)，項(xiàng)目中接觸不到多線程和高并發(fā)，我該怎么去掌握？

單線程：禁用所有互斥鎖，同時(shí)使用時(shí)會(huì)出錯(cuò)。SQLite是在編譯SQLite時(shí)添加的uThreadSafe=0參數(shù)，或者在初始化SQLite之前調(diào)用sqlite3。配置（SQLITE配置單線程）。多線程：只要一個(gè)數(shù)據(jù)庫(kù)連接不被多個(gè)線程同時(shí)使用，它就是安全的。在源代碼中，bcoremutex被啟用，bfull mutex被禁用。實(shí)際上，這是為了禁用對(duì)數(shù)據(jù)庫(kù)連接和prepared語(yǔ)句的鎖定，因此同一個(gè)數(shù)據(jù)庫(kù)連接或prepared語(yǔ)句不能在多個(gè)線程中同時(shí)使用。SQLite是在編譯SQLite時(shí)添加的uThreadSafe=2是默認(rèn)啟用的。如果SQLite線程安全不是0。您可以在初始化SQLiteuConfig（SQLiteuConfig）之前調(diào)用SQLite3創(chuàng)建數(shù)據(jù)庫(kù)連接時(shí)，設(shè)置SQLiteuOpenuNoMutex標(biāo)志。Serial:啟用所有鎖，包括bcoremutex和bfull mutex。因?yàn)閿?shù)據(jù)庫(kù)連接和準(zhǔn)備好的語(yǔ)句都被鎖定，所以多線程不可能同時(shí)使用這些對(duì)象，所以它們變成串行的。SQLite是在編譯SQLite時(shí)添加的uThreadSafe=1是默認(rèn)啟用的。如果SQLite線程安全不是0。可以在初始化SQLiteuConfig（SQLiteuConfig）之前調(diào)用SQLite3。創(chuàng)建數(shù)據(jù)庫(kù)連接時(shí)，請(qǐng)?jiān)O(shè)置SQLiteuOpenuFullMutex標(biāo)志