MYSQLランク付けモードのクエリを最適化する

Question

私は、結果をタイムリーに返すようにデータセットを間引くクエリを取得することに重大な問題があります。私はこのテーブルのインデックスの下にペーストしました（速度を向上させるのに十分だろうと思っていました）。そして、クエリのロジックも貼り付けました。

内部クエリで「ORDER BY」を削除していたことが1つありましたが、実際にはそのタイミングが改善されず、不要ないくつかの不要な列が削除されました。それを「十分に速く」することはできませんでした。

SELECT unix_date, price FROM 
(SELECT @row := @row +1 as row_num, unix_date, price 
FROM (SELECT @row:=0, unix_date, price FROM 
price_data WHERE created_date >= '2017-03-26 00:00:00' AND created_date 
<= '2017-06-26 23:59:59' AND currency= 'USD' ORDER BY unix_date DESC) 
AS p) AS d 
WHERE MOD(row_num, 288) = 1; 

このクエリの全体のポイントはただごとにしか第二百八十八（またはX）のデータ点を返すに結果価格データポイントのセット（Unixタイムスタンプ、価格）が、薄いそれを返すようにしようとしています。このテーブルは現在のところ正直にはかなり小さいです（合計行：198109）ので、なぜクエリが戻ってくるのに時間がかかりそうなのか分かりません。ここで

は現在、テーブルのインデックスです：

CREATE TABLE `price_data` (
    `created_date` datetime NOT NULL, 
    `unix_date` int(11) NOT NULL, 
    `currency` varchar(255) NOT NULL DEFAULT '', 
    `price` decimal(10,6) DEFAULT NULL, 
    PRIMARY KEY (`unix_date`,`currency`), 
    KEY `created_date` (`created_date`), 
    KEY `price` (`price`) 
    ) ENGINE=InnoDB DEFAULT CHARSET=latin1 | 

だろう、このクエリの速度を向上させる方法上の任意のアドバイス：私が作成したテーブルを追加した提案パー

| Table    | Non_unique | Key_name  | Seq_in_index | 
Column_name | Collation | Cardinality | Sub_part | Packed | Null | 
Index_type | Comment | Index_comment | 
+--------------------+------------+--------------+--------------+------ 
--------+-----------+-------------+----------+--------+------+--------- 
---+---------+---------------+ 
| price_data |   0 | PRIMARY  |   1 | 
unix_date | A   |  200002 |  NULL | NULL |  | 
BTREE  |   |    | 
| price_data |   0 | PRIMARY  |   2 | 
currency  | A   |  200002 |  NULL | NULL |  | 
BTREE  |   |    | 
| price_data |   1 | created_date |   1 | 
created_date | A   |  200002 |  NULL | NULL |  | 
BTREE  |   |    | 
| price_data |   1 | price  |   1 | price   
| A   |  200002 |  NULL | NULL | YES | BTREE  |   
|    | 
+--------------------+------------+--------------+--------------+------ 
--------+-----------+-------------+----------+--------+------+--------- 
---+---------+-- 

大いに感謝します。

EDIT：問題は、このクエリの最終WHEREの行に沿ったものである可能性があります。実際には、以前の内部クエリから派生したrow_numの「偽の列」に対して情報を評価しています。それ自体のインデックス？だから、WHEREがそれを評価しているときに、通常のインデックスされたカラムの何かの速度でそうしていないのでしょうか？

Answer 1

主キーを通貨unix_dateに変更します。通貨の等価条件とunix_dateの範囲条件があるので、最初に等価条件を指定して列を配置する必要があります。次に、unix_dateの範囲条件とORDER BYの両方で主キーの順序を使用する必要があります。

create_dateではなく、unix_dateに条件を適用して、主キーインデックスを使用するようにします。

派生テーブルのサブクエリを使用する必要がありますが、2つのネストされたサブクエリを使用する必要はありません。

SELECT row_num, unix_date, price 
FROM (
    SELECT @row := @row + 1 AS row_num, unix_date, price 
    FROM (SELECT @row := 0) AS _init 
    CROSS JOIN price_data 
    WHERE currency = 'USD' 
    AND unix_date BETWEEN UNIX_TIMESTAMP('2017-03-26 00:00:00') 
         AND UNIX_TIMESTAMP('2017-06-26 23:59:59') 
    ORDER BY unix_timestamp DESC 
) AS t 
WHERE MOD(row_num, 288) = 1 

インデックスの使用状況を分析するには、use EXPLAINをご確認ください。

あなたは私のプレゼンテーションHow to Design Indexes, Really、およびビデオをまた好むかもしれない：https://www.youtube.com/watch?v=ELR7-RdU9XU

のMySQL 8.0では、ウィンドウ関数持っているので、いつかその次の年のためになるはずです。