【发布时间】:2013-02-26 14:45:57
【问题描述】:
我正在尝试创建一个选择查询,但是当我使用解释查询时,mysql 总是额外使用“使用文件排序”。
我尝试使用最简单的查询,但问题并没有消失。 我的表'Partidas'的结构是:
CREATE TABLE IF NOT EXISTS `Partidas` (
`IdUsuario` int(11) NOT NULL,
`IdPartida` int(11) NOT NULL,
`TipoPartida` tinyint(4) NOT NULL,
`Facil` tinyint(1) NOT NULL DEFAULT '0',
`Normal` tinyint(1) NOT NULL DEFAULT '0',
`Dificil` tinyint(1) NOT NULL DEFAULT '0',
`FchPartida` date NOT NULL,
`PuntosPartida` mediumint(9) NOT NULL,
`IdPartidaTemp` bigint(20) NOT NULL,
`ComplPers` tinyint(1) NOT NULL,
`SoloMulti` tinyint(2) NOT NULL,
PRIMARY KEY (`IdUsuario`,`IdPartida`),
KEY `IX_PARTIDAS_RECORDS` (`TipoPartida`,`FchPartida`,`PuntosPartida`),
KEY `IX_PARTIDAS_ORDEN2` (`FchPartida`),
KEY `IX_PARTIDAS_COMPLPERS` (`ComplPers`,`FchPartida`,`PuntosPartida`),
KEY `IX_PARTIDAS_SOLOMULTI` (`SoloMulti`,`FchPartida`,`PuntosPartida`),
KEY `IX_PARTIDAS_DIFICULTAD` (`Facil`,`Normal`,`Dificil`,`SoloMulti`,`FchPartida`,`PuntosPartida`),
KEY `IX_PARTIDAS_COMPMULTI` (`ComplPers`,`SoloMulti`,`FchPartida`,`PuntosPartida`),
KEY `IX_PARTIDAS_COMPLPERS_SIMPLE` (`ComplPers`,`PuntosPartida`),
KEY `IX_PARTIDAS_SOLOMULTI_SIMPLE` (`SoloMulti`,`PuntosPartida`),
KEY `IX_PARTIDAS_FECHA` (`FchPartida`),
KEY `IX_PARTIDAS_PUNTOS` (`PuntosPartida`),
KEY `PRUEBA_PARTIDAS` (`PuntosPartida`,`TipoPartida`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
该表大约有 1000-5000 行(数据非常少),但始终使用文件排序。我用于测试的查询是:
explain select *
from Partidas
order by PuntosPartida
limit 0, 50;
结果是:
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
| 1 | SIMPLE | Partidas | ALL | NULL | NULL | NULL |NULL | 1041 | Using filesort |
但如果在查询中我更改了限制,例如限制 0,5;那么结果也会改变
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
| 1 | SIMPLE | Partidas | index | NULL | IX_PARTIDAS_PUNTOS | 3 |NULL | 5 | |
在mysql配置中,buffer和sort的变量分别是:
-myisam sort buffer size: 2MB
-sort buffer size: 2MB
-key buffer size: 1GB
但我尝试更改这些值(将其增加到 8MB),结果是相同的
感谢您的帮助
【问题讨论】:
-
你给我们看的解释结果中没有“使用文件排序”
-
如果您确定此查询的索引会更快,您可以尝试使用
USE INDEX (IX_PARTIDAS_PUNTOS)。或者尝试运行ANALYZE TABLE Partidas重新计算索引统计信息。 dev.mysql.com/doc/refman/5.1/en/index-hints.html -
这个具体查询非常快,但我很担心,因为我在其他比这更大的表中也有同样的问题,而且它们很慢,我认为问题在于使用文件排序和使用临时,我想先解决最简单的查询
标签: mysql using explain filesort