スレッドがいずれかのテーブルに対する DELAYED ステートメントを実行すると、そのテーブルのすべての DELAYED ステートメントを処理するハンドラスレッドが作成される（このようなハンドラがすでに存在しない場合）。

スレッドは、ハンドラが DELAYED ロックをすでに取得しているかチェックし、まだの場合はロックを取得するようハンドラに指示する。DELAYED ロックは、他のスレッドがそのテーブルに対する READ または WRITE ロックを持っている場合でも取得できる。ただし、その場合ハンドラは、必ず最新のテーブル構造が得られるよう、すべての ALTER TABLE ロックまたは FLUSH TABLES が完了するまで待機する。

スレッドは INSERT ステートメントを実行する。ただし、この場合、スレッドはレコードをテーブルに書き込む代わりに、ハンドラスレッドが管理するキューに最後のレコードのコピーを入れる。構文エラーがある場合はスレッドによって検出され、クライアントプログラムに報告される。

クライアントは重複の数や結果のレコードの AUTO_INCREMENT 値はいずれも報告できない。INSERT は挿入処理が完了する前に戻るため、クライアントはこれらの情報をサーバから取得できない。C API を使用している場合、同じ理由で、mysql_info() 関数でも、意味のある情報は何も返されない。

バイナリログは、レコードがテーブルに挿入されると、ハンドラスレッドによって更新される。複数のレコードの挿入時では、バイナリログは最初のレコードが挿入された時点で更新される。

各 delayed_insert_limit レコードが書き込まれると、そのつど、ハンドラはまだ保留中になっている SELECT ステートメントがないかチェックする。ある場合、ハンドラは処理を続行する前に保留中のステートメントの実行を許可する。

ハンドラのキューにレコードが何もなくなると、テーブルのロックが解除される。delayed_insert_timeout に指定された秒数が経過する前に、新しい INSERT DELAYED コマンドが渡されないと、ハンドラは終了する。

delayed_queue_size に指定された数を超えるレコードが特定のハンドラキューにすでに保留になっていると、INSERT DELAYED を要求しているスレッドはキューに空きスペースができるまで待機する。これは、mysqld サーバで遅延メモリキューのメモリをすべて使ってしまわないようにするためである。

ハンドラスレッドは MySQL プロセスリストの Command カラムに delayed_insert として表示される。FLUSH TABLES コマンドを実行するか、または KILL thread_id を使用して強制終了すると、ハンドラスレッドは強制終了される。しかし、この場合ハンドラスレッドは、キュー内のすべてのレコードをテーブルに格納してから終了する。この間、ハンドラスレッドは別のスレッドからの新しい INSERT コマンドをまったく受け入れない。この後に INSERT DELAYED コマンドを実行すると、新しいハンドラスレッドが作成される。

注意:これは、すでに実行されている INSERT DELAYED が存在する場合、通常の INSERT コマンドより INSERT DELAYED コマンドの方が優先されることを意味する。他の更新コマンドは、INSERT DELAYED キューが空になるか、誰かがハンドラスレッドを強制終了するか（KILL thread_id を使用して）、または誰かが FLUSH TABLES を実行するまで待機しなければならない。

以下のステータス変数では、INSERT DELAYED コマンドの情報が提供される。

これらの変数を表示するには、SHOW STATUS ステートメントを発行するか、または mysqladmin extended-status コマンドを実行する。