SQLite での断続的なテーブル欠落エラー: メモリ: データベース

php エディタ Banana は、SQLite における断続的なテーブル損失エラーの解決策を提供します。 SQLite データベースを使用すると、メモリ エラーやテーブルの損失が発生する可能性があります。このエラーは通常、不適切なデータベース操作またはメモリの問題によって発生します。この問題を解決するには、クエリ ステートメントの最適化、メモリ制限の増加などの対策を講じることができます。この記事では、データベースが適切に動作するように、この問題のトラブルシューティングと解決方法を詳しく説明します。

質問内容

Goではgithub.com/mattn/go-sqlite3 v1.14.16経由でSQLite 3.39.4を使用しています。接続文字列は ":memory:?cache=shared&mode=rwc&_mutex=no&_journal=WAL&_sync=NORMAL"

です。

テスト中に「そのようなテーブルはありません: 構成」というエラーが発生することがあります。混乱を招くのは、問題のクエリがテスト ケースで正常に使用され、その後データベース接続とエラーをスローするトランザクション オブジェクトの両方で sqlite_master へのクエリにテーブルが表示されることです。ただし、エラーが発生すると、クエリは成功しなくなります。

これがかなり漠然とした質問であることは承知していますが、誰かが少なくともどこを見るべきかを提案してもらえますか?データベース接続は常に同じポインタ値を持ちます。

更新:

2 回目の試行で、ほぼこの SSCCE の問題を再現できました:

リーリー

showTables は SSCCE ではテーブルを表示しませんが、実際のテストでは表示するため、実際の問題とは異なります。この例は、トランザクションがクローズされていない場合に限り、example.db の代わりに :memory: を使用する場合の問題を示しています。これはインメモリ データベースの既知の動作ですか、それとも予期される動作ですか?

解決策

Go database/sql 接続プールを暗黙的に使用しますが、:memory: データベースはデフォルトで接続を開きますprivate 。 参照してください: https://www.php.cn/link/d346256ad566cf97801e5cecc45a2557

複数の SQLite 接続がバックグラウンドで作成または閉じられるため、どの接続が各ステートメントを実行し、どのデータベースに対して実行しているのかは実際にはわかりません。そのため、一部の接続では特定のデータが表示され、他の接続では表示できないのは当然のことです。 。

接続を共有する 1 つの方法は、あなたが試しているように、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 中国語 Web サイトの他の関連記事を参照してください。