PHP mysqlの最適化

この記事の内容は、特定の参考値を持つ PHP mysql の最適化に関するものです。必要な友達は参考にしてください

MySQL のヒント

1。 SQL ステートメント内のキーワードは

• 大文字 で記述するのが最適です。第 1 に、SQL ステートメントが実行されるときに、MySQL が大文字に変換して数値を増やすことができます。クエリの効率 (小さいとはいえ)。

2. データベース内のデータ行を追加または削除すると、データ ID が大きすぎます。

• ALTER TABLE tablename AUTO_INCREMENT=N, を使用して、N から始まる自動インクリメント ID を作成します。

3.

• ZEROFILL 属性を int 型に追加すると、データに 0 が自動的に追加されます

4. 大量のデータをインポートする場合は、最初にインデックスを削除し、そうしないと、mysql はインデックスの更新に多くの時間を費やします。
5. データベースを作成して SQL ステートメントを記述する場合、IDE で .sql という接尾辞が付いたファイルを作成できるため、IDE は SQL 構文を認識し、記述が容易になります。さらに重要なのは、データベースが失われた場合でも、このファイルを見つけて、現在のディレクトリで

• /path/mysql -uusername -ppassword データベース名 < filename.sql を使用して、ファイル全体の SQL ステートメントを実行できることです。 -u と -p の後にはスペースを含まないユーザー名とパスワードが続きます)。

データベース設計の最適化1. データベース設計は 3 番目のパラダイムに準拠しており、クエリの便宜のためにある程度のデータの冗長性を持たせることができます。 2. データ型の優先順位を int > date, time > char > varchar > blob に置き換えることを検討できます。 ip2long() 関数を使用してストレージをタイプします。
3. char(n) 型の場合、データが完成したときに n の値をできるだけ小さく保つようにします。
4. テーブルを作成する場合、partition コマンドを使用して 1 つの

テーブル をパーティション化すると、クエリ効率が大幅に向上します。その中で、RANGE、LIST、HASH、KEY パーティション タイプが最もよく使用されます。パーティショニング方法は、 CREATE TABLE tablename { }ENGINE innodb/myisam CHARSET utf8 //データベースエンジンとエンコーディングを選択
PARTITION BY RANGE/LIST(column),//範囲と事前定義リストでパーティション分割
PARTITION partname VALUES LESS THAN / IN(n),// パーティションに名前を付け、パーティションのスコープを詳細に制限します
5. データベース エンジンを選択するときは、innodb と myisam の違いに注意してください

。 ストレージ構造: MyISAM はディスク上の 3 つのファイルに保存されます。 InnoDB のすべてのテーブルは同じデータ ファイル (通常は 2 GB) に保存されます。 トランザクション サポート: MyISAM はトランザクション サポートを提供しません。 InnoDB はトランザクション サポートを提供します。 テーブル ロックの違い: MyISAM はテーブル レベルのロックのみをサポートします。 InnoDB はトランザクションと行レベルのロックをサポートします。 フルテキスト インデックス: MyISAM は FULLTEXT タイプのフルテキスト インデックスをサポートしています (中国語には適用されないため、Sphinx フルテキスト インデックス エンジンを使用する必要があります)。 InnoDB はそれをサポートしていません。 テーブル内の特定の行数: MyISAM はテーブル内の総行数を保存し、count(*) のクエリは非常に高速です。 InnoDB はテーブル内の行の合計数を保存しないため、再計算する必要があります。
外部キー: MyISAM はサポートしていません。 InnoDB は

1 をサポートしています。Innodb はインデックスを保存するときに主キーが必要です。指定されていない場合、エンジンは自動的に非表示の主キーを生成し、 を生成します。 プライマリインデックス 、プライマリキーの物理アドレスはインデックスに保存され、データはプライマリキーによって保存されます。インデックスを使用するたびに、まずプライマリインデックスを見つけてから、その下のデータを見つける必要があります。プライマリインデックス。
利点は、主キーによる検索が非常に高速であることです。欠点は、最初にセカンダリ インデックスを通じてプライマリ インデックスを見つける必要があるため、セカンダリ インデックスが遅くなるということです (セカンダリ インデックスはプライマリ インデックスの場所です)。 .)、プライマリ インデックスを通じてデータを検索します。また、主キーが不規則だと、新しい値を挿入する際に多くのデータブロックを移動する必要があり、効率に影響するため、主キーには定期的に増加するint型を使用するようにしてください。また、データは主キーの直後に配置されるため、データ内に特に大量のデータを含むカラム (テキスト/ブロブ) がある場合、InnoDB はクエリ中に多くのデータ ブロックをスキップし、これも速度低下の原因となります。

2. myisam のインデックスの各インデックスは同じで、ディスク上の各行のアドレスを指します。これらはすべて軽量のポインター データです。欠点は、各インデックスが主キーを介して確立されないことと、クエリがクラスター化インデックスで主キーを検索するほど高速ではないことです。ただし、アドレスが保存されているため、新しい値を挿入すると比較の側面が移動して変更されます。
3. 複数条件のクエリを実行する場合、複数の条件のインデックスを個別に作成する場合、SQL クエリを実行する場合、MySQL は使用するインデックスのみを選択します。そのため、複数条件のクエリが必要な場合は、結合インデックスを使用する必要があります。データの冗長性が生じる場合でも、確立されます。
結合インデックスのBTREE構築方法:最初の条件のインデックスを作成し、最初のインデックスのBTREE領域に2番目の条件のインデックスを作成する、というように、インデックスを使用する場合はとなります。最初の条件は必要ありません。 2 番目の条件はジョイントインデックスを使用しません。インデックスを使用する場合、条件は順序どおりに使用し、順番に使用する必要があります。
4. インデックスの長さもクエリに大きな影響を及ぼします。テストにはクエリ列
SELECT COUNT(DISTINCT LEFT(column)) / COUNT(*) を使用して構築する必要があります。列にインデックスを付ける さまざまな長さを選択する場合、インデックスの範囲はどれくらいですか? インデックスを作成するには、飽和に近い n 個の長さを選択します。 ALTER TABLE tablename ADD INDEX (column(n));特定の列の最初の n 文字。最初の n 文字が同じであれば、文字列を反転して保存し、インデックスを作成することもできます。
5. 頻繁な変更によるインデックスの断片化を維持する方法: ALTER TABLE tablename ENGINE oldengine; つまり、テーブル ストレージ エンジンを再度適用して、自動メンテナンスを有効にすることもできます。

データクエリの最適化 クエリがある場合は、データベースレベルでのデータ操作を実行しないようにし、代わりに PHP スクリプトに戻って操作します。データを圧縮してデータベースへの負担を軽減します。 データベースのパフォーマンスの問題が発見されたら、時間内に解決する必要があります。一般に、

Slow Queryログを使用して「遅い」クエリを記録し、EXPLAINを使用してクエリとインデックスの使用状況を分析し、を使用します。 PROFILE は、ステートメント実行中の特定のリソース消費を分析します。
スロークエリログ: 1. my.ini または my.cnf の [mysqld] に slow_query_log_file=/path を追加します // ログ保存パスを設定します
long_query_time=n // if ステートメントの実行時間を設定しますn秒に達すると記録されます
2. 次に、MySQLでSET throw_query_log='ON'を設定し、スロークエリを有効にします。
3. ログを記録した後、/bin/ ディレクトリ内の mysqldumpslow ファイル名を使用してログを表示します。一般的に使用されるパラメータは次のとおりです。
-g パターンは正規表現を使用します
-t n は最初の n 個のデータを返します
-s c/ t/l /r レコード数/時刻/クエリ時刻/返されたレコード数でソート

EXPLAIN文使用方法は、実行するクエリ文の前にEXPLAINを追加EXPLAIN SELECT * FROM user ;
結果は以下の通りです。 結果:

以下は各項目の説明です: id はクエリ文の ID です。複数のクエリが実行される場合、クエリの実行順序は意味がありません。
select-type は、simple/primary/union などの複数のクエリに対応する、実行されるクエリ ステートメントのタイプです。
tabel クエリ ステートメントによってクエリされたデータ テーブル


type 取得されるデータの一般的な型効率は、高いものから低いものまで、null>const>eq_ref>ref>range>index>allpossible-keys:indexes です。使用される可能性があるもの

key 使用されるインデックス key_len インデックスの長さ ref インデックスとともにテーブルから選択するために使用される列。


行数 データを見つけるためにスキャンされるおおよその行数を見つけます。すると、インデックスの品質を確認できます
追加 一般的なものは、データのクエリ後にファイルソートを使用してファイルを並べ替えます。これは遅く、インデックスを最適化する必要があります where を使用すると、データの行全体が読み取られ、フィルター処理が実行されて、where 条件を満たすかどうかが判断されます。インデックス インデックス カバレッジを使用すると、ターゲット データがすでにトラクションに格納されており、インデックスが作成されます。直接読み取られるため、非常に高速です。