MySqlのグラフィックコードの詳細な紹介 SQL最適化手法

この記事は主に MySql の SQL 最適化スキルの共有を紹介するもので、必要な方は参考にしてください。遅い (0.1 ～ 0.2) しかし、理想的な速度は達成されませんでした。 2 つのテーブルは関連しており、関連フィールドは主キー、クエリされたフィールドは一意のインデックスです。

sql は次のとおりです:

SELECT
p_item_token.*,
p_item.product_type
FROM
p_item_token
INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
WHERE
p_item_token.token ='db87a780427d4d02ba2bd49fac8xxx';

ここで、テーブル p_item_token の itemid は主キー、token は一意のインデックスです。 p_itemのitemidが主キーです

理想的な速度によると0.03秒程度です。しかし、実際の値は約 0.2 であり、かなり遅くなります。

直接説明してプランを確認してください

EXPLAIN
SELECT
  p_item_token.*,
  p_item.product_type
FROM
  p_item_token
INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
WHERE
  p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';

結果:

上の大きな赤いボックスに注目してください。 p_item テーブルには 2w 個のデータがあるため、これはテーブル全体のスキャンになります。

普通じゃないよ。

ショーの警告を追加して見てください。注: 場合によっては、SHOW WARNINGS では結果が得られません。理由はまだわかりません。ローカルのテスト データベースで実行することをお勧めします。

EXPLAIN
SELECT
  p_item_token.*,
  p_item.product_type
FROM
  p_item_token
INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
WHERE
  p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';
SHOW WARNINGS;

結果 2 には、コード = 1003 が含まれています。このステートメントは、入力した SQL ステートメントをルールに従って書き換えた後、MySQL によって実行される最後のステートメントです。

rreee

奇妙です。なぜどこに CONVERT があるのでしょうか? where 条件、つまりクエリ対象のフィールドの方程式の左側に関数があると、速度が遅くなることがわかっています。 (私の理解: インデックスが使用されなくなったため遅いです。インデックスの値は元の値ですが、この条件では加工された値が使用されます。)

この関数に注目してください。

それは、 itemid 列のエンコードを utf8mb4 に変更します。つまり、この列のエンコードは utf8mb4 ではありません

テーブルを開いて、両方のテーブルの itemid 列のエンコードを utf8 に変更します。もう一度説明を実行します。

解釈結果から判断すると問題ありません。

結果 2 のステートメントをもう一度見てください:

/* select#1 */
SELECT
  '0000eb612d78407a91a9b3854ffffffff' AS `itemid`,    /*注:直接按主键把值查出来了*/
  'db87a780427d4d02ba2bd49fac8cf98b' AS `token`,    
  '2016-12-16 10:46:53' AS `create_time`,        
  '' AS `ftoken`,                    
  `p_db`.`p_item`.`product_type` AS `product_type`  
FROM
  `p_db`.`p_item_token`
JOIN `p_db`.`p_item`
WHERE
  (
    (
      CONVERT (
        `p_db`.`p_item`.`itemid` USING utf8mb4
      ) = '0000eb612d78407a91a9b3854fffffff'
    )
  )

この選択はすべて定数です。もっと速くできるでしょうか？

実行結果0.036秒。期待通りです

エクスペリエンスの概要:

説明 行が大きい場合は、フルテーブルスキャンが発生したことを意味し、将来的にパフォーマンスのボトルネックになることがわかります。オプティマイザによって処理されたステートメントに対する show warning の結果。元の記述と矛盾がある場合は、注意深く比較および検討することで実際の問題が明らかになることがあります。

上記は、MySql SQL 最適化テクニックのグラフィック コードの詳細な紹介です。その他の関連コンテンツについては、PHP 中国語 Web サイト (www.php.cn) に注目してください。