GET_LOCK関数のtimeoutが0の場合、以下の挙動になります。

• ロックが取得できない場合は、即座に0を返します。
• ロックが取得できる場合は、ロックを取得します。

つまり、timeoutが0の場合は、ロックの取得を待機せず、すぐに結果を返します。ロックが取得できない場合はエラーとなり、ロックが取得できた場合はロックを獲得します。

この挙動は、以下の用途に役立ちます。

• ロックの競合状況を検出する: ロックが取得できない場合は、他のトランザクションがロックを持っていることを検出することができます。
• 短時間のみロックを取得する: 短時間のみロックを取得する必要がある場合、timeoutを0にすることで、ロックの待機時間を節約することができます。

注意点

• timeoutが0の場合、ロックを取得できない可能性が高くなります。
• ロックを取得できない場合、エラー処理が必要になります。

例

以下のコードは、timeoutが0の場合の動作例です。

1
SELECT GET_LOCK('my_lock', 0);
2

3
IF @@sql_errno = 1105 THEN
4
  -- ロックを取得できなかった場合の処理
5
  -- 例: エラーメッセージを出力する
6
  SELECT 'ロックを取得できませんでした。';
7
ELSE
8
  -- ロックを取得できた場合の処理
9
  -- 例: ロックを使用して処理を実行する
10
  UPDATE my_table SET value = value + 1 WHERE id = 1;
11

12
  RELEASE_LOCK('my_lock');
13
END IF;

このコードでは、まずGET_LOCK関数を実行してロックを取得します。timeoutが0なので、ロックを取得できない場合は即座に1105というエラー番号が返されます。エラー番号が1105の場合は、ロックを取得できなかったことを示しているので、エラー処理を行います。

一方、エラー番号が1105ではない場合は、ロックを取得できたことを示しているので、ロックを使用して処理を実行します。処理が終わったら、RELEASE_LOCK関数を実行してロックを解放します。