oracle行級鎖和表級鎖的區別？

1.程序中的非數據庫交互導致事務掛起。

在SQL事務代碼中嵌入接口調用或文件操作等非數據庫交互操作，可能會導致整個事務掛起(接口被阻塞，等待超時或上傳下載大附件)。

2.該事務包含性能不佳的查詢SQL

事務中有一個慢速查詢，導致同一個事務中的其他DML無法及時釋放被占用的行鎖，導致行鎖等待。

3.單個事務包含大量SQL。

這通常是由于在事務代碼中添加了一個for循環造成的。雖然單個SQL運行速度很快，但是當SQL數量很大時，事務會很慢。

4.級聯更新SQL需要很長時間來執行。

這種SQL很容易給人錯覺。例如，級聯更新如更新一個集合...where(selectB)不僅會占用表A上的行鎖，還會占用表B上的行鎖，當SQL長時間執行時，很容易導致表B上的行鎖等待。

5.由于磁盤問題，交易暫停

在極少數情況下，比如存儲突然下線，SQL執行會卡在內核調用磁盤這一步，無法提交事務。

綜上所述，可以看出，如果長時間不提交事務，并且事務中包含DML操作，可能會有行鎖等待，從而導致錯誤。

活鎖是什么？

由于一系列重疊共享鎖的持續干擾，對獨占鎖的請求被反復拒絕。SQLS

SQLite的讀寫效率很高，有哪些使用其他數據庫的理由？

類似于一個文件數據庫，讀寫受限，不完全支持SQL語句，所以不如MYSQL靈活，字段類型太少，還有一些其他功能。SQLIT:很多手機app都用SQLIT:用PHPSQLITE制作了一個簡單的留言板。

不用聯網，自己寫的軟件就可以操作這個數據庫，讀寫比較簡單。發布時只需要一個dll，所以不要不要太麻煩，那這就是全部。

sqlite的速度哪里更快？并且它它被鎖在圖書館里了。數據量小，讀寫都可以。

SQLite是一個輕量級的跨平臺關系數據庫。

技術缺陷和不足

并發訪問的鎖定機制

SQLite在并發(包括多進程多線程)讀寫方面的表現一直不盡如人意。數據庫可能被寫操作獨占，這導致導致其他讀寫操作阻塞或出錯。

◇不完全支持SQL標準。

在其官網上，專門列出了哪些SQL92標準不被支持。我個人覺得不支持外鍵約束很不舒服。

網絡文件系統(以下簡稱NFS)

有時候你需要訪問其他機器上的SQLite數據庫文件，所以你會把數據庫文件放在網絡共享目錄下。這個時候你要小心。當SQLite文件放在NFS時，在并發讀寫的情況下可能會出現問題(比如數據損壞)。原因據說是某些NFS在實現文件鎖時存在缺陷。

不支持遠程訪問和多線程，也不支持存儲過程和視圖。

這是一個嵌入式數據庫。當它用于本地訪問時，沒有韓元本地不要太多并發，然后可以當內存數據庫用，快速高效。它與那些大型數據庫應用完全不同。如果是單機軟件，用這個就夠了。唐不要胡說什么高并發。每秒請求不到1000次玩高并發是浪費資源。

無法跨平臺打包。

SQLite的并發讀寫效率高嗎？據我理解，當需要一個只在本地使用的數據庫時，SQLite是合適的。