我有一个带有2196998条记录的表：
CREATE TABLE price (
dt TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
marketId INT,
buy DOUBLE,
sell DOUBLE,
PRIMARY KEY (dt, marketId),
FOREIGN KEY fk_price_market(marketId) REFERENCES market(id) ON UPDATE CASCADE ON DELETE CASCADE
) ENGINE=INNODB;
查询
select max(buy) from price;
需要1.92秒，这是一个合理的时间，如果我在“购买”列上创建索引，则需要0.00秒：
CREATE INDEX idx_price_buy ON price (buy);
和查询
select count(*) from price where marketId=309;
花费0.05秒并返回160570。
但是查询
select max(buy) from price where marketId=309;
即使我创建了两个示例，也要花费15.49秒（这是非常大的）：
CREATE INDEX idx_price_market ON price (marketId);
CREATE INDEX idx_price_buy ON price (buy);
（我不确定，但是可能索引idx_price_market已经存在，因为marketId外键约束中需要列）
1）有没有优化的方法？
2）如果否，那么其他数据库呢？他们表现更好吗？
编辑1：
创建复合索引后
创建索引idx_price_market_buy开价（marketId，买入）；
查询需要0.00秒。
desc select max(buy) from price where marketId=309;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+------------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+------------------------------+
| 1 | SIMPLE | NULL | NULL | NULL | NULL | NULL | NULL | NULL | NULL | NULL | Select tables optimized away |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+------------------------------+
1 row in set, 1 warning (0.01 sec)
select max(buy) from price where marketId=309;
在每一列上创建单独的索引可能不允许MySQL优化查询。
对于此查询，你想有一个复合索引上(marketId, buy)。
create index idx_price_market_buy ON price (marketId, buy);
索引中各列的顺序很重要：首先对查询进行过滤marketId（因此，您希望此列位于相关索引的第一个位置），然后计算最大值buy。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句