database-deadlocks

2熱

1答えて

PostgreSQL --jobsパラメータを使用したときにデッドロックを引き起こす方法を見つけ出す方法

PostgreSQL 9.5で、完全なvacuumを並列実行するためのオプション-jobsを使用して、データベース全体でvacuumdbを実行すると、デッドロックエラー/ 私はちょうどいくつかのプロセス番号とテーブル名を取得しています...これを防ぐにはどうすれば私はsuccessfuly並列にデータベース上の完全な真空を行うことができますか？

4熱

1答えて

デッドロックが発生したときのpostgresログファイルの "tuple（0,79）"は何を意味しますか？ postgresので

はログイン：tuple (0,79)： 2016-12-23 15:28:14 +07 [17281-351 trns: 4280939, vtrns: 3/20] [email protected] HINT: See server log for query details. 2016-12-23 15:28:14 +07 [17281-352 trns: 4280939, vtrns: 3

1熱

1答えて

redshiftのハンドルロック

私はRedshiftで複数のSQLスクリプト（1つずつ）を実行するpythonスクリプトを持っています。これらのSQLスクリプト内のテーブルのいくつかは、複数回クエリできます。例えば、表t1は1つのスクリプトで選択でき、別のスクリプトで削除/再作成できます。このプロセス全体が1つのトランザクションで実行されています。今、時々、デッドロックでエラーが検出され、トランザクション全体がロールバックされま

1熱

1答えて

10のレコードを持つ4つの列（sno、sname、job、dept）を持つ単純なテーブルで30分以上実行する選択クエリを作成する方法は？

oracleデータベースに接続してselectクエリを実行するアプリケーション・サーバーでテスト・ケースを作成したいと考えました。この選択クエリは30分以上実行する必要があり、4列（sno、sname、job、dept）のテーブルから結果を返す必要があります。 30分以上実行する選択クエリを私に教えてください。その後

0熱

1答えて

デッドロックで一意でないクラスタ化インデックスを回避する方法

プライマリキーのないテーブルがあります。しかし、それは4列に一意でないクラスタード・インデックスを持っています。このインデックスは、テーブル内の非キー列の1つを更新する際に、デッドロックの一部になっています。どうすればこの問題を回避できますか？ 5列の主キーを作成するか、ID列を追加する方が良いでしょうか？既存のクラスタード・インデックスを削除した後にパフォーマンスを向上させるために、クラスター

2熱

1答えて

私は現在、いくつかのデータベースで働いていると私は私がそれらを固定して行くことができるように手動で彼らのためにバグを作成しようとしている目的

にMySQLでのタイムアウトやデッドロックのバグを作成します。まだバグを修正する問題があるかどうかはわかりませんが、最初にバグをどのように作成するのかは分かりません。代わりに、私は、MySQLのワークベンチを使用していますが、私はタイムアウトエラーとデッドロックエラーを経験するシナリオを作成しようとしている端末の。私は私が末端タイムアウトエラーを作るとしたら、私は2つのインスタンスを作成するた

1熱

1答えて

データベーストランザクション中に分離レベルが変更されますか？

私たちのC＃アプリケーションでは、分離レベルを設定していないので、デフォルトの分離レベルはRead Committedとしています。しかし、デッドロックの間に、我々は、アプリケーションのLOCKMODEがのIsolationLevelそれは、シリアライズ（4）の意味は何= "直列化可能（4）" で見ることができましたか？また、分離レベルはトランザクション中に別のものに自動変換されますか？

0熱

1答えて

SQL Serverで読み込み済みスナップショットをオフに設定しているときにデッドロックを回避するにはどうすればよいですか？

テストシナリオでは、SQLサーバーインスタンスで読み取りコミットスナップショットをオフにする必要があります。テストの後、私は変更を元に戻す必要があります。 IF文を使用して、実行するアクションを決定します。ここで私が使用するスクリプトは次のとおりです。 USE [master] GO IF 'Mycondition' BEGIN ALTER DATABASE [MyDB] SET

3熱

1答えて

は、同時実行制御のためのPostgresのデッドロックの検出に依存することは安全ですか？

私は自分のアプリケーションに時折デッドロックに実行してきたため、同じ行を更新するが、異なる順序（例、トランザクションAの更新行にする必要がある2つのトランザクションXその後、Y、トランザクションBの更新行Yながら、その後、X）。様々な理由、デッドロックのこの種のを避ける解決する従来のアプローチ - ロック、または一貫性のために、行を更新するには - 理想的な未満です。私が実行しようとしている