MySQLカスタム変数の概念と特徴

MySQL カスタム値は、値を保存するための一時的なコンテナです。サーバーへの接続がアクティブである限り、コンテナ内の値を保存して使用できます。カスタム変数は、次のように単純な SET または SELECT ステートメントを使用して設定できます。

SET @one := 1;
@min_actor を設定します:= (SELECT MIN(actor_id) FROM sakila.actor);
SET @last_week := CURRENT_DATE-INTERNAL 1 WEEK;

変数を定義したら、それを SQL ステートメントで使用できます。

SELECT * FROM film WHERE created_date <= @last_week;

MySQL カスタム変数は非常に強力ですが、カスタム変数自体にも次のような欠陥があることも知っておく必要があります。

カスタム変数はクエリのキャッシュを無効にします。
テーブル名や列名などの代替セマンティクスを持つ識別子として使用したり、LIMIT 句内で使用したりすることはできません。
カスタム変数は単一の接続に基づいているため、複数の接続にわたって使用することはできません。
接続プールまたは永続的な接続を使用する場合、カスタム変数によってコードが相互作用から分離されます。これが発生する場合、コードまたは接続プールのバグである可能性がありますが、その可能性はあります。
MySQL 5.0 より前のバージョンでは大文字と小文字が区別されますので注意してください (MySQL 5.0 以降では大文字と小文字は区別されなくなりました)。
変数の型を明示的に指定することはできず、実際の変数の型は不確実な型推論に依存し、バージョンによって異なる場合があります。整数変数を設定する場合は 0 、浮動小数点変数を設定する場合は 0.0 、文字列の場合は '' を使用するなど、最初に定義するときに型を指定するのが最善の方法です。ただし、後で新しい値を指定すると、その新しい値に応じて型が変更されます。これは、MySQL カスタム変数の型が動的であるためです。
場合によっては、オプティマイザーがカスタム変数を最適化し、クエリが期待どおりに実行されないことがあります。
割り当ての順序やタイミングは、オプティマイザによって選択されたクエリプランに応じて不確実になります。したがって、最終結果は混乱を招く可能性があります。
代入演算子は他の演算子よりも優先順位が低いため、明示的な括弧を使用する必要があります。
未定義の変数はエラーを報告しないため、簡単にエラーが発生する可能性があります。

カスタム変数は、SELECT ステートメントだけでなく、すべてのタイプのステートメントで使用できます。実際、これがカスタム変数の最大の利点の 1 つです。たとえば、サブクエリを使用して並べ替えの計算を実行したり、低コストの UPDATE ステートメントを実行したりするように、複雑なクエリを書き直すことができます。

場合によっては、オプティマイザが変数をコンパイル時の定数であると認識し、値を割り当てないことがあり、その結果、予期した動作がおかしくなることがあります。 LEAST のような関数にカスタム変数の割り当てを入れると、通常この問題は回避されます。もう 1 つの方法は、カスタム変数を使用する前に、その変数に値があるかどうかを確認することです。やりたいときもあれば、やりたくないときもあります。

少し実験してみると、カスタム変数を使って次のような興味深いことをたくさん行うことができます。