PDO::MYSQL_ATTR_INIT_COMMAND を使用する場合、「SET CHARACTER SET utf8」は必要ですか?

PDO ベースの PHP アプリケーションでは、次のような問題がよく発生します。 「SET NAMES utf8」と「SET CHARACTER SET」の両方を使用する必要性に関する質問MySQL で UTF-8 を使用する場合は、utf8" を使用します。 「SET NAMES utf8」はクライアント文字セット、結果文字セット、および接続文字セットを設定しますが、「SET CHARACTER SET utf8」はクライアント文字セットと結果文字セットのみを設定し、接続照合順序は設定されません。

「SET CHARACTER SET utf8」は必須ですか?

「SET CHARACTER SET」の使用「SET NAMES utf8」の後に「utf8」を実行すると、接続文字セットと照合順序がデータベースのデフォルトに効果的にリセットされます。これにより、クエリ処理中に文字が失われる可能性があります。 UTF-8 を完全にサポートするには、「SET CHARACTER SET」の代わりに「SET NAMES」を使用することが重要です。

文字セット管理プロセスについて

MySQL が採用しているクエリと結果の複数ステップのエンコード/トランスコード手順:

1. クエリはエンコードされたものとして扱われます。 Character_set_client.
2. クエリは、character_set_client からcharacter_set_connection にトランスコードされます。
3. 文字列値は、列値との比較のために、character_set_connection から列キャラクタ セットにトランスコードされます。
4. 結果セットはエンコードされます。でcharacter_set_results.

排他的な "SET CHARACTER SET utf8" の結果

"SET CHARACTER SET utf8" を単独で使用すると、文字が失われる可能性があります次のシナリオでは:

• データベースの文字セットが「utf8」文字セットで定義された列を持つ「latin1」。
• クエリには、「latin1」で表現できない UTF-8 の文字が含まれています。
• 手順 3 では、これらの文字は次のようになります。 「utf8」から「latin1」へのトランスコード中に失われたため、クエリが発生しました失敗。

結論

「SET CHARACTER SET utf8」のみに依存する誘惑に駆られますが、「SET NAMES」を使用すると、次のような包括的な UTF-8 処理が保証されます。クライアント文字セット、結果文字セット、接続文字セットを適切に設定します。適切な MySQL サーバー変数を設定すると、接続ごとにこれらのクエリが不要になり、パフォーマンスが最適化されます。