PHP mysqlの最適化-PHPチュートリアル-php.cn

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

MySQL のヒント

大文字で記述するのが最適です。第 1 に、SQL ステートメントが実行されるときに、MySQL が大文字に変換して数値を増やすことができます。クエリの効率 (小さいとはいえ)。
ALTER TABLE tablename AUTO_INCREMENT=N, を使用して、N から始まる自動インクリメント ID を作成します。
ZEROFILL 属性を int 型に追加すると、データに 0 が自動的に追加されます
/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 条件を満たすかどうかが判断されます。インデックスインデックスカバレッジを使用すると、ターゲットデータがすでにトラクションに格納されており、インデックスが作成されます。直接読み取られるため、非常に高速です。

PROFILE
PROFILEのオープンステータスを確認するには、SELECT @@frofilingを使用します。
有効になっていない場合は、SET profiling=1 を使用して有効にします。
これをオンにすると、MySQL はクエリステートメントの実行時にプロファイル情報を自動的に記録します。
すべての SQL 情報を表示するには、表示プロファイルを適用します。結果は、クエリ ID、時間、使用された SQL ステートメントの Query_ID 継続時間クエリの 3 列の結果です。
SHOW PFROFILE [
type[,type]][FOR QUREYQuery_ID][Limit rwo_count [OFFSET offset]]type を使用できます。一般的なものには、ALL (すべて) BLOCK IO (ディスプレイ IO 関連) が含まれますオーバーヘッド) CPU (CPU オーバーヘッド) MEMORY (メモリオーバーヘッド) など

大規模ストレージの最適化
データベースのマスター/スレーブレプリケーションと読み書き分離1 マスターは変更を記録します。マスターサーバーのデータを複製するという目的を達成するために、マスターのバイナリがリレーログにコピーされ、データが独自のデータに戻されます。
マスター/スレーブレプリケーションは、データベースの負荷分散、データベースのバックアップ、読み取り/書き込みの分離、その他の機能に使用できます。
2.マスターサーバーmasterを設定します
my.ini/my.confを変更します
[mysqld]
log-bin=mysql-bin //バイナリログを有効化します
server-id=102 //サーバーの一意のIDを設定します
3.スレーブサーバースレーブ
log-bin=mysql-bin //バイナリログを有効にする
server-id=226 //一意のサーバーID
4.マスターサーバー上でスレーブサーバーを認可します
GRANT REPLICATION SLAVE ON *.* to 'slavename' @'IP ' は 'root' によって識別されます
5.
を使用して、マスターを
に変更します。マスターからコピーされました。
設定を変更するたびにサーバーを再起動することを忘れないでください。その後、マスターサーバーとスレーブサーバーで show master/slave status を使用してマスター/スレーブのステータスを表示できます。
データベースでの読み取りと書き込みの分離を実現するには、mysql_proxy、atlas などの MySQL ミドルウェアに依存します。これらのミドルウェアをマスターサーバーとスレーブサーバーで読み取りと書き込みを分離するように構成することで、スレーブサーバーが読み取りを担当するようになり、マスターサーバーの負担が軽減されます。

データベースの共有

データベース内のデータテーブルのデータ量が非常に大きい場合、インデックス作成やキャッシュなど、データベースをシャーディングすることには大きな負担がかかります。クエリの負荷を軽減するために、複数のデータベースサーバーまたは複数のテーブルストレージで使用されます。方法には、垂直セグメンテーション、水平セグメンテーション、複合セグメンテーションが含まれます。
垂直セグメンテーション

: データテーブルが多数ある場合、データベース内で密接に関連するテーブル (同じモジュール、頻繁に接続およびクエリされるテーブルなど) を分割し、異なるマスター/スレーブサーバーに配置します。水平セグメンテーション
: テーブルの数が少なく、テーブル内のデータ量が非常に多い場合、クエリを高速化するために、ハッシュやその他のアルゴリズムを使用してデータテーブルをいくつかに分割し、クエリを高速化するために、サーバー上でそれらを別々に配置します。水平シャーディングとデータテーブルパーティショニングの違いは、ストレージメディアの違いにあります。結合分割
: 多くの場合、データテーブルとテーブル内のデータ量が非常に大きいため、結合分割が必要になります。つまり、垂直方向と水平方向のテーブル分割が同時に実行されます。データベースは分散マトリックスに分割されて保存されます。これらのデータベース最適化手法はそれぞれ、記事を書くために使用できます。これらの手法を理解して覚えておくと、必要に応じて目的を持った選択と最適化を行うことができ、データベースの効率を高めることができます。関連する推奨事項:
PHP最適化セッションの使用法

PHP学習ルートとPHP最適化に関する10のヒント

以上がPHP mysqlの最適化の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。