排序MySQL查询优化和

集团

SELECT SQL_CACHE area3, area, area2, COUNT(area) AS total 
FROM wpthillsdatabase 
GROUP BY area 
ORDER BY area3 ASC , area ASC

其EXPLAIN说，这是使用文件排序，没有索引和临时表的...

id select_type table type possible_keys key key_len ref rows Extra 
1 SIMPLE wpthillsdatabaseV12 ALL NULL NULL NULL NULL 9334 Using temporary; Using filesort

是否有可能进一步优化此删除文件或临时表与索引或这是好的，因为它得到？

仅供参考表是通过将区域2列到最后的结构是这样的...

CREATE TABLE `wpthillsdatabase` (
    `hillnumber` varchar(6) NOT NULL default '', 
    `wikipedia` varchar(100) NOT NULL default '', 
    `hillname` varchar(100) NOT NULL default '', 
    `meters` char(6) NOT NULL default '', 
    `GridZN` char(2) NOT NULL default '', 
    `GridEast` char(5) NOT NULL default '', 
    `GridNorth` char(5) NOT NULL default '', 
    `numeast` char(7) NOT NULL default '', 
    `numnorth` char(7) NOT NULL default '', 
    `areadecimal` decimal(5,2) NOT NULL default '0.00', 
    `area` varchar(3) NOT NULL default '', 
    `area2` varchar(100) NOT NULL default '', 
    `maps` varchar(100) NOT NULL default '', 
    `waypointname` char(6) character set latin1 collate latin1_bin NOT NULL default '', 
    `latitude` decimal(10,8) NOT NULL default '0.00000000', 
    `longitude` decimal(10,7) NOT NULL default '0.0000000', 
    `area3` smallint(2) NOT NULL default '0', 
    `dip` decimal(5,1) NOT NULL default '0.0' COMMENT 'col height (m)', 
    `climbedbytotal` smallint(6) NOT NULL default '0', 
    `trigID` varchar(6) NOT NULL default '', 
    `trigEast` varchar(7) NOT NULL default '', 
    `trigNorth` varchar(7) NOT NULL default '', 
    `trigLat` varchar(10) NOT NULL default '', 
    `trigLon` varchar(10) NOT NULL default '', 
    `SummitInfo` varchar(290) NOT NULL default '', 
    PRIMARY KEY (`hillnumber`,`area3`), 
    UNIQUE KEY `meters` (`meters`,`hillnumber`), 
    UNIQUE KEY `SortIndex1` (`hillnumber`,`hillname`,`meters`), 
    UNIQUE KEY `NearByHills` (`numeast`,`numnorth`,`hillnumber`), 
    UNIQUE KEY `hillnumber_only` (`hillnumber`), 
    UNIQUE KEY `Area3_Sort` (`area3`,`hillnumber`,`hillname`,`meters`), 
    UNIQUE KEY `GirdZN_sort` (`GridZN`,`hillnumber`,`hillname`,`meters`), 
    UNIQUE KEY `hil_lat_lon` (`hillnumber`,`latitude`,`longitude`), 
    KEY `trigID` (`trigID`,`hillname`,`meters`), 
    KEY `climbedbytotal` (`climbedbytotal`), 
    KEY `hillname` (`hillname`,`meters`), 
    KEY `area3` (`area3`,`hillnumber`), 
    KEY `hillname_only` (`hillname`), 
    KEY `area3_trigID` (`area3`,`trigID`), 
    KEY `Area_text` (`area`,`area3`), 
    KEY `dip_area3` (`dip`,`area3`), 
    KEY `lat_lon` (`latitude`,`longitude`,`meters`), 
    KEY `trigID_area3` (`trigID`,`area3`), 
    KEY `numeast_north` (`numeast`,`numnorth`) 
) ENGINE=MyISAM DEFAULT CHARSET=latin1 ; 

Ta

菲尔

来源

2013-06-04 Phil Newby

什么你的要求意味着：

GROUP BY area可以使用开始area
ORDER BY are3 ASC, area ASC被索引优化可以使用开始area3, area

被索引优化，但可以使用索引以同时优化两个位。

如果您可以负担得起更改结果，请尝试更改排序顺序：ORDER BY area ASC, area3 ASC。

由于bobwienholt建议，您可以在表测试覆盖指数至少优化GROUP表的提取，但指数应与area开始：KEY myKey (area, area3, area2)。但是，如果您的表变得很大并且频繁更新，那么如果您的表经常更新，那么乘以索引（特别是当它们包含varchar(100)列时）可能会妨碍性能。根据具体情况，你最好从MySQL提取未分类的数据，并在你的服务器代码中过滤/排序它们（php/ruby/python ...）

来源

2013-06-04 13:04:24 LeGEC

嗨，有用的，我没有意识到这一点。如果我的表有一列经常更新但没有出现在这个查询中，也没有出现在任何索引中的列（“climbedbytotal”），这是否会导致执行问题？ –

您应该删除任何您不会搜索该值的单列索引。这是浪费空间，确实会使更新和插入速度变慢。不要被像“索引减慢更新”这样的语句吓倒......除非你像更疯狂地更新你的表，否则SELECT的性能优势将远远超过任何更新性能的损失。 – bobwienholt

谢谢你很有用 –

你可以把“Area_text”变成了覆盖索引。不知道它是否有助于优化GROUP BY或ORDER BY，但它将允许MySQL仅使用该索引来处理查询，这应该加快查询速度。

来源

2013-06-04 12:25:51 bobwienholt

是的，肯定有帮助 - 谢谢 –

排序MySQL查询优化和

回答

相关问题