SQLite 中間歇性表格遺失錯誤:記憶體:資料庫
php小編香蕉為你帶來關於SQLite中間歇性表遺失錯誤的解決方法。當我們使用SQLite資料庫時,可能會遇到記憶體錯誤或表格遺失的情況。這種錯誤通常是由於不正確的資料庫操作或記憶體問題引起的。為了解決這個問題,我們可以採取一些措施,例如優化查詢語句、增加記憶體限制等。在本文中,我們將詳細介紹如何排除和解決這個問題,以確保資料庫的正常運作。
問題內容
我們透過 github.com/mattn/go-sqlite3 v1.14.16 在 Go 中使用 SQLite 3.39.4。連接字串為 ":memory:?cache=shared&mode=rwc&_mutex=no&_journal=WAL&_sync=NORMAL"
我們偶爾會在測試中看到錯誤「沒有這樣的表:配置」。令人困惑的是,有問題的查詢已經在測試案例中成功使用,並且該表隨後顯示在 sqlite_master 的查詢中,無論是在資料庫連接還是引發錯誤的事務物件中。但是,一旦發生錯誤,查詢就不會再成功。
我意識到這是一個相當模糊的問題,但有人至少可以建議去哪裡看嗎?資料庫連接始終具有相同的指標值。
更新:
第二次嘗試時,我幾乎可以在此 SSCCE 中重現問題:
package main import ( "database/sql" "fmt" _ "github.com/mattn/go-sqlite3" "os" ) func main() { os.Remove("example.db") db, err := sql.Open("sqlite3", ":memory:") if err != nil { panic(err) } for _, s := range []string{ "CREATE TABLE if not exists Configuration (" + "`id` varchar(1024) NOT NULL," + "`body` varchar(10240) DEFAULT NULL, " + "PRIMARY KEY (id) " + ")", "INSERT INTO Configuration (id, body) VALUES ('some-unique-value', 'another-unique-value')", } { _, err = db.Exec(s) if err != nil { panic(err) } } for i := 0; i < 10; i++ { tx, err := db.Begin() if err != nil { panic(err) } q, err := tx.Prepare("select Configuration.id, Configuration.body \n\t\t\tfrom Configuration\n\t\t\tWHERE Configuration.id = ? ") fmt.Println(i, err) if q != nil { _ = q.Close() } fmt.Println("tx:") showTables(tx) fmt.Println("db:") showTables(db) tx.Commit() } } func showTables(db interface { Query(query string, args ...interface{}) (*sql.Rows, error) }) { r, err := db.Query("SELECT name FROM sqlite_master") if err != nil { panic(err) } for r.Next() { var name string _ = r.Scan(&name) fmt.Println(name) } }
它與實際問題不同,因為 showTables 不會顯示 SSCCE 中的表,但在實際測試中顯示。此範例顯示使用 :memory:
而不是 example.db
的問題,但前提是交易未關閉。這是記憶體資料庫已知的或預期的行為嗎?
解決方法
Go database/sql
隱含使用連接池,但:memory:
資料庫預設是打開它們的連接的私有。
請參閱:https://www.php.cn/link/d346256ad566cf97801e5cecc45a2557
#由於在幕後創建/關閉多個SQLite 連接,因此您並不真正知道哪個連接正在運行每個語句以及針對哪個資料庫,因此很自然,某些連接可以看到某些數據,而其他連接則看不到。
共享連線的一種方法是使用 cache=shared
,正如您所嘗試的那樣。但 SQLite 要求將其指定為 URI:file::memory:?cache=shared
(file:
很重要)。
開啟共享記憶體資料庫的更可靠方法是:
-
file:memdb1?mode=memory&cache=shared
(命名為memdb1
) -
file:/memdb1?vfs=memdb
(命名為/memdb1
,並使用memdb
VFS)
您的其他參數可能是不必要的,甚至可能有害(對於記憶體資料庫)。
以上是SQLite 中間歇性表格遺失錯誤:記憶體:資料庫的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

OpenSSL,作為廣泛應用於安全通信的開源庫,提供了加密算法、密鑰和證書管理等功能。然而,其歷史版本中存在一些已知安全漏洞,其中一些危害極大。本文將重點介紹Debian系統中OpenSSL的常見漏洞及應對措施。 DebianOpenSSL已知漏洞:OpenSSL曾出現過多個嚴重漏洞,例如:心臟出血漏洞(CVE-2014-0160):該漏洞影響OpenSSL1.0.1至1.0.1f以及1.0.2至1.0.2beta版本。攻擊者可利用此漏洞未經授權讀取服務器上的敏感信息,包括加密密鑰等。

Go爬蟲Colly中的Queue線程問題探討在使用Go語言的Colly爬蟲庫時,開發者常常會遇到關於線程和請求隊列的問題。 �...

Go語言中用於浮點數運算的庫介紹在Go語言(也稱為Golang)中,進行浮點數的加減乘除運算時,如何確保精度是�...

本文討論了GO編程中的GO FMT命令,該命令將代碼格式化以遵守官方樣式準則。它突出了GO FMT在維持代碼一致性,可讀性和降低樣式辯論方面的重要性。 FO的最佳實踐

本文介紹在Debian系統下監控PostgreSQL數據庫的多種方法和工具,助您全面掌握數據庫性能監控。一、利用PostgreSQL內置監控視圖PostgreSQL自身提供多個視圖用於監控數據庫活動:pg_stat_activity:實時展現數據庫活動,包括連接、查詢和事務等信息。 pg_stat_replication:監控複製狀態,尤其適用於流複製集群。 pg_stat_database:提供數據庫統計信息,例如數據庫大小、事務提交/回滾次數等關鍵指標。二、借助日誌分析工具pgBadg

後端學習路徑:從前端轉型到後端的探索之旅作為一名從前端開發轉型的後端初學者,你已經有了nodejs的基礎,...
