日本語
日本語
PHPでは、 mysqli_stmt :: attr_getは、準備されたステートメント属性の値を取得するために使用される関数です。この関数は一般的ではありませんが、パフォーマンスの調整や中間層のデータベース通信状態の診断など、特定のアプリケーションシナリオでステートメントの内部状態または構成情報を読み取るために使用できます。マルチ接続環境（複数のデータベース接続を同時に処理したり、接続プールを使用したりするなど）では、この機能を正しく使用することが特に重要です。以下に、複数の視点からmysqli_stmt :: attr_getを使用する際に注意する必要があるいくつかの重要な問題を分析します。
MySQLIアーキテクチャでは、 MySQLI_STMTオブジェクトは特定のMySQLI接続にバインドされています。新しい接続を作成するとき：
$conn = new mysqli("localhost", "user", "password", "database");
$stmt = $conn->prepare("SELECT * FROM users WHERE id = ?");
この時点で、 $ stmtは$ connに明示的に依存します。これは、別の接続で$ stmtを再利用できず、別の接続によって生成されたステートメントに$ stmt属性を使用することもできないことを意味します。これは、複数の接続（複数の異なるホストや読み取りワイト分離されたマスタースレーブデータベースなど）で特に重要であり、論理エラーやヌル値の例外に簡単につながる可能性があります。
PHP自体はシングルスレッドを実行しますが、FPMモードまたは非同期フレームワークでは、複数のリクエストが異なる接続を同時に動作させる場合があります。 MySQLI拡張機能はスレッドセーフですが（PHPコンパイル中にスレッドセーフサポートが有効になっている場合）、 MySQLI_STMT :: ATTR_GETには相互接続状態の可視性がありません。接続でattr_getを呼び出す場合、読み取り結果は接続コンテキストのみを表し、グローバルな参照の重要性はありません。
Attr_get（）メソッドでサポートされる属性キーは非常に限られており、これらの属性の動作はMySQLまたはMariadBのバージョン間で異なる場合があります。たとえば、次のコードを使用する場合：
$value = $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE);
カーソルタイプ（ mysqli_cursor_type_read_onlyなど）を読むことを期待していますが、基礎となるドライバーまたはバージョンがプロパティをサポートしていない場合、返品値は虚偽であり、警告をトリガーする場合があります。これには、マルチ接続、マルチバージョンデータベースクラスターに特に注意が必要であり、すべての可能なデータベース動作をテストする必要があります。
接続が失敗した後、または積極的に閉じた後、たとえ$ stmt変数がまだ存在していても、その根底にあるハンドルが無効です。この時点でattr_get（）を呼び出すと虚偽が返され、エラーが報告される場合があります。例えば：
$conn->close();
$value = $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE); // 失敗
高い並行性環境では、接続が一時的にリサイクルされている場合（接続プールの「レンタルリターン」メカニズムなど）、このような問題をより隠すことができます。したがって、 attr_getを呼び出す前に、接続がまだ利用可能であることを確認する必要があります。
ATTR_GET（）は読み取り専用関数ですが、特定の属性値の読み取りは、クライアントバッファリングメカニズムの初期化など、暗黙の動作を引き起こす可能性があります。この動作は公式のドキュメントでは明確ではないかもしれませんが、特定の実装で発生する可能性があります。したがって、メインのビジネスロジックでの頻繁な呼び出しを避けるために、 attr_get（）の使用を診断コードに制限することをお勧めします。
以下は、カーソルタイプを読むためにmysqli_stmt :: attr_getを使用した例です。
