


Ralat hilang jadual sekejap dalam SQLite: Memori: Pangkalan Data
editor php Banana membawakan anda penyelesaian kepada ralat kehilangan jadual terputus-putus dalam SQLite. Apabila kami menggunakan pangkalan data SQLite, kami mungkin menghadapi ralat memori atau kehilangan jadual. Ralat ini biasanya disebabkan oleh operasi pangkalan data yang salah atau masalah ingatan. Untuk menyelesaikan masalah ini, kami boleh mengambil beberapa langkah, seperti mengoptimumkan pernyataan pertanyaan, meningkatkan had memori, dsb. Dalam artikel ini, kami akan memperincikan cara untuk menyelesaikan masalah dan menyelesaikan isu ini untuk memastikan operasi pangkalan data yang betul.
Kandungan soalan
Kami menggunakan SQLite 3.39.4 dalam Go melalui github.com/mattn/go-sqlite3 v1.14.16. Rentetan sambungan ialah ":memory:?cache=shared&mode=rwc&_mutex=no&_journal=WAL&_sync=NORMAL"
Kami kadangkala melihat ralat "Tiada jadual sedemikian: konfigurasi" dalam ujian kami. Apa yang mengelirukan ialah pertanyaan yang dipersoalkan telah berjaya digunakan dalam kes ujian, dan jadual kemudiannya muncul dalam pertanyaan kepada sqlite_master , kedua-dua dalam sambungan pangkalan data dan dalam objek urus niaga yang membuang ralat. Walau bagaimanapun, apabila ralat berlaku, pertanyaan tidak lagi berjaya.
Saya sedar ini adalah soalan yang agak samar-samar, tetapi bolehkah seseorang sekurang-kurangnya mencadangkan tempat untuk mencari? Sambungan pangkalan data sentiasa mempunyai nilai penunjuk yang sama.
Kemas kini:
Pada percubaan kedua saya, saya hampirdapat menghasilkan semula masalah dalam SSCCE ini:
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) } }
Ia berbeza daripada soalan sebenar kerana showTables tidak menunjukkan jadual dalam SSCCE tetapi ia menunjukkan dalam ujian sebenar. Contoh ini menunjukkan masalah menggunakan :memory:
dan bukannya example.db
, tetapi hanya jika transaksi tidak ditutup. Adakah ini tingkah laku yang diketahui atau dijangkakan bagi pangkalan data dalam ingatan? :memory:
而不是 example.db
的问题,但前提是事务未关闭。这是内存数据库已知的或预期的行为吗?
解决方法
Go database/sql
隐式使用连接池,但 :memory:
PenyelesaianPergi pangkalan data/sql
secara tersirat menggunakan pengumpulan sambungan, tetapi pangkalan data :memory:
membuka sambungan mereka secara peribadi
https://www.php.cn/link/d346256ad566cf97801e5cecc45a2557
cache=shared
,正如您所尝试的那样。但 SQLite 要求将其指定为 URI:file::memory:?cache=shared
(file:
Memandangkan berbilang sambungan SQLite dicipta/ditutup di sebalik tabir, anda tidak tahu sambungan mana yang menjalankan setiap penyata dan terhadap pangkalan data yang mana, jadi secara semulajadi sesetengah sambungan boleh melihat data tertentu dan yang lain tidak boleh sampai.
Salah satu cara untuk berkongsi sambungan adalah dengan menggunakan
adalah penting).- Cara yang lebih dipercayai untuk membuka pangkalan data memori kongsi ialah:
file:memdb1?mode=memory&cache=shared
(命名为memdb1
-
file:/memdb1?vfs=memdb
(命名为/memdb1
,并使用memdb
)
VFS)
🎜 🎜 Parameter anda yang lain mungkin tidak diperlukan atau bahkan berbahaya (untuk pangkalan data dalam memori). 🎜Atas ialah kandungan terperinci Ralat hilang jadual sekejap dalam SQLite: Memori: Pangkalan Data. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

OpenSSL, sebagai perpustakaan sumber terbuka yang digunakan secara meluas dalam komunikasi yang selamat, menyediakan algoritma penyulitan, kunci dan fungsi pengurusan sijil. Walau bagaimanapun, terdapat beberapa kelemahan keselamatan yang diketahui dalam versi sejarahnya, yang sebahagiannya sangat berbahaya. Artikel ini akan memberi tumpuan kepada kelemahan umum dan langkah -langkah tindak balas untuk OpenSSL dalam sistem Debian. Debianopenssl yang dikenal pasti: OpenSSL telah mengalami beberapa kelemahan yang serius, seperti: Kerentanan Pendarahan Jantung (CVE-2014-0160): Kelemahan ini mempengaruhi OpenSSL 1.0.1 hingga 1.0.1f dan 1.0.2 hingga 1.0.2 versi beta. Penyerang boleh menggunakan kelemahan ini untuk maklumat sensitif baca yang tidak dibenarkan di pelayan, termasuk kunci penyulitan, dll.

Masalah Threading Giliran di GO Crawler Colly meneroka masalah menggunakan Perpustakaan Colly Crawler dalam bahasa Go, pemaju sering menghadapi masalah dengan benang dan permintaan beratur. � ...

Perpustakaan yang digunakan untuk operasi nombor terapung dalam bahasa Go memperkenalkan cara memastikan ketepatannya ...

Laluan Pembelajaran Backend: Perjalanan Eksplorasi dari Front-End ke Back-End sebagai pemula back-end yang berubah dari pembangunan front-end, anda sudah mempunyai asas Nodejs, ...

Artikel ini memperkenalkan pelbagai kaedah dan alat untuk memantau pangkalan data PostgreSQL di bawah sistem Debian, membantu anda memahami pemantauan prestasi pangkalan data sepenuhnya. 1. Gunakan PostgreSQL untuk membina pemantauan PostgreSQL sendiri menyediakan pelbagai pandangan untuk pemantauan aktiviti pangkalan data: PG_STAT_ACTIVITY: Memaparkan aktiviti pangkalan data dalam masa nyata, termasuk sambungan, pertanyaan, urus niaga dan maklumat lain. PG_STAT_REPLITI: Memantau status replikasi, terutamanya sesuai untuk kluster replikasi aliran. PG_STAT_DATABASE: Menyediakan statistik pangkalan data, seperti saiz pangkalan data, masa komitmen/masa rollback transaksi dan petunjuk utama lain. 2. Gunakan alat analisis log pgbadg

Perbezaan antara percetakan rentetan dalam bahasa Go: perbezaan kesan menggunakan fungsi println dan rentetan () sedang ...

Di bawah rangka kerja beegoorm, bagaimana untuk menentukan pangkalan data yang berkaitan dengan model? Banyak projek beego memerlukan pelbagai pangkalan data untuk dikendalikan secara serentak. Semasa menggunakan beego ...

Masalah menggunakan redisstream untuk melaksanakan beratur mesej dalam bahasa Go menggunakan bahasa Go dan redis ...
