我有一个MySQL查询需要大量的时间大约10.4毫米的记录。它需要很多时间

-1

SELECT ticker.ticker_id, 
     ticker.ticker_code, 
     inter_day_ticker_candle_price_history.close AS previousDayClose 
FROM inter_day_ticker_candle_price_history 
INNER JOIN 
    (SELECT MAX(inter_day_ticker_candle_price_history.candle_price_history_id) AS candle_price_history_id 
    FROM inter_day_ticker_candle_price_history 
    WHERE inter_day_ticker_candle_price_history.close>0 
    GROUP BY inter_day_ticker_candle_price_history.ticker_id) derivedTable 
    ON inter_day_ticker_candle_price_history.candle_price_history_id = derivedTable.candle_price_history_id 
RIGHT JOIN ticker ON ticker.ticker_id = inter_day_ticker_candle_price_history.ticker_id 
WHERE ticker.is_active = 1

请提出我任何其他技术，我可以在这里申请，以减少时间。我有一个MySQL查询需要大量的时间大约10.4毫米的记录。它需要很多时间

这是表结构

Field     Type   Null Key  Default Extra   
----------------------- ------------- ------ ------ ------- ---------------- 
candle_price_history_id int(8)   NO  PRI  (NULL) auto_increment 
ticker_id    bigint(11)  NO  MUL  (NULL)     
candle_interval   int(11)  YES    1       
trade_date    datetime  YES    (NULL)     
trade_price    decimal(16,2) YES    (NULL)     
trade_size    decimal(30,2) YES    (NULL)     
open      decimal(16,2) YES    (NULL)     
high      decimal(16,2) YES    (NULL)     
low      decimal(16,2) YES    (NULL)     
close     decimal(16,2) YES    (NULL)     
volume     bigint(30)  YES    (NULL)     
creation_date   datetime  YES    (NULL)     
is_ebabled    bit(1)   YES    b'1'

来源

2016-12-28 sparrowTrajon

好心建议我任何其他替代优化这个查询。 – sparrowTrajon

添加到您的表格结构（包括您拥有的所有索引） – Dekel

Dekel意思是使用MySQL命令'SHOW CREATE TABLE [your_table]'这种方式我们有表和索引..您还应该包括'EXPLAIN [your_query]' –

它看起来更自然首先从股票表中选择，然后找到最新的历史记录条目，然后加入认为：

SELECT 
    t.ticker_id, 
    t.ticker_code, 
    h.close AS previousDayClose 
FROM ticker t 
LEFT JOIN 
(
    SELECT ticker_id, MAX(candle_price_history_id) AS candle_price_history_id 
    FROM inter_day_ticker_candle_price_history 
    WHERE close > 0 
    GROUP BY ticker_id 
) m on m.ticker_id = t.ticker_id 
LEFT JOIN inter_day_ticker_candle_price_history h 
    ON h.candle_price_history_id = m.candle_price_history_id 
WHERE t.is_active = 1;

但是，您的查询也应该工作。

确保有适当的索引。我建议：

和

create index idx_history on inter_day_ticker_candle_price_history(ticker_id, 
                    close, 
                    candle_price_history_id);

或

create index idx_history on inter_day_ticker_candle_price_history(close, 
                    ticker_id, 
                    candle_price_history_id);

（列的顺序可以有所作为，所以你可能想尝试这两个版本的履历指数。那么，你当然可以用不同的名称同时创建两个索引，并查看使用哪一个索引。）

来源

2016-12-28 12:48:08

感谢您的宝贵意见。 – sparrowTrajon

我正在努力。但我认为指数已经在那里了。 – sparrowTrajon

真的吗？恰恰我提到的三个指标？我会很惊讶，但如果你这么说... –

通常创建apropiate索引会加速你的querys多个过滤条件。

例如，在ticker_id上创建索引可能是查询速度更快的关键。

在另一方面，在密切和IS_ACTIVE创建索引可以帮助，但只有当IS_ACTIVE = 1其高达喜欢10％以下，在表中的记录。

而且，由于该表已经被candle_price_history_id

来源

2016-12-28 13:28:32 sdsc81

谢谢你的建议。在ticker表中ticker_id是主键，所以我们不需要在ticker_id上创建索引。建议我，如果我错了。 – sparrowTrajon

是的。这是真的，但只有在table _inter_day_ticker_candle_price_history_时，字段ticker_id是表_ticker_中该字段的Foreing Key。如果不是，那么你应该创建该索引。请检查它并让我知道。干杯。 – sdsc81

是的，它是inter_day_ticker_candle_history中的外键。你可以给我发送一些文档，以便在mysql中进行性能调优。 – sparrowTrajon

这似乎是一个 “的GroupWise最大” 的问题命令你可以改变MAX功能的ORDER BY candle_price_history_id DESC LIMIT 1。有关该模式的优化技术，请参阅http://mysql.rjweb.org/doc.php/groupwise_max。

查看我对缩小桌子大小的评论。我认为这可能是一张巨大的桌子，可能比RAM更大？

如果这是InnoDB，innodb_buffer_pool_size需要大约70％的可用RAM。

如果(ticker_id, tradedate)是唯一的，则将其设置为PRIMARY KEY并完全去掉id。顺序非常重要 - 它将给定代码的所有行集中在一起，从而减少I/O。（如果您目前I/O限制，这可能给你10倍的加速。）

提供EXPLAIN SELECT ...。您需要查询（写入）开始与派生查询。 LEFT JOIN不会允许。

考虑让摆脱不活跃一排一排的紧密< = 0

来源

2016-12-28 21:05:28

谢谢你的建议。 – sparrowTrajon

我们无法对表格结构进行任何更改，所以请以其他方式提出建议。 – sparrowTrajon

我有一个MySQL查询需要大量的时间大约10.4毫米的记录。它需要很多时间

回答

相关问题