クライアントが実行に長時間かかる SELECT を使用する。

その後、別のクライアントが使用テーブルに対して UPDATE を使用する。このクライアントは SELECT が完了するまで待機が必要になる。

別のクライアントが同一テーブルに対してさらに SELECT ステートメントを使用する。UPDATE は SELECT より優先度が高いため、この SELECT は UPDATE が完了するまで待機が必要になる。また、最初の SELECT の完了を待つ必要もある。

full disk などによってスレッドが待機中の場合、そのテーブルへのアクセスが必要なすべてのスレッドが追加のディスク容量が使用可能になるまで待機状態に置かれる。

SELECT ステートメントの実行の高速化を試行する。これにはサマリテーブルの作成が必要な場合もある。

--low-priority-updates のオプションで mysqld を開始する。これは、テーブルを更新（変更)するすべてのステートメントの優先度を SELECT ステートメントの優先度より低くする。この場合、前のシナリオの最後の SELECT ステートメントが INSERT ステートメントより前に実行されることになる。

LOW_PRIORITY 属性を使用して、特定の INSERT、UPDATE、または DELETE ステートメントの優先度を低く設定できる。

max_write_lock_count の値を低くして mysqld を開始し、一定数の WRITE ロックの後に READ ロックを設定する。

SQL コマンド SET LOW_PRIORITY_UPDATES=1 を使用すると、特定のスレッドからの更新すべてが低い優先度で実行されるように指定できる。 See 項5.5.6. 「SET 構文」。

HIGH_PRIORITY 属性を使用すると、特定の SELECT の重要度を高く指定できる。 See 項6.4.1. 「SELECT 構文」。

SELECT と結合した INSERT に問題がある場合は、SELECT ステートメントと INSERT ステートメントの同時サポートが可能になるため、新規の MyISAM テーブルを使用するように切り替える。

INSERT ステートメントと SELECT ステートメントの混在が多い場合、INSERT の DELAYED 属性によって問題が解決される確率が高い。 See 項6.4.3. 「INSERT 構文」。

SELECT と DELETE に問題がある場合、DELETE に LIMIT オプションを使用すると解決できる場合がある。 See 項6.4.5. 「DELETE 構文」。