查询:
SELECT `files`.*, `file_status`.`downloaders` FROM `files`
INNER JOIN `file_status` ON `files`.file_id = `file_status`.file_id
WHERE `files`.type`> 0 AND `files`.type` <= 2
ORDER BY `downloaders` DESC
LIMIT 50
表:
CREATE TABLE IF NOT EXISTS `files` (
`file_id` int(11) NOT NULL,
`name` varchar(150) COLLATE utf8_unicode_ci NOT NULL,
`type` int(11) NOT NULL,
`description` text COLLATE utf8_unicode_ci NOT NULL,
`user` varchar(35) COLLATE utf8_unicode_ci NOT NULL,
`size` bigint(20) NOT NULL,
`upload_time` int(11) NOT NULL,
PRIMARY KEY (`file_id`),
KEY `type` (`type`),
FULLTEXT KEY `name_full` (`name`),
FULLTEXT KEY `description` (`description`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
CREATE TABLE IF NOT EXISTS `file_status` (
`file_id` int(11) NOT NULL,
`downloaders` int(11) NOT NULL,
`complete` int(11) NOT NULL,
`last_update` int(11) NOT NULL,
PRIMARY KEY (`file_id`),
KEY `downloaders` (`downloaders`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
此查询在表中的200k条目上执行5 SECONDS。这些表将在以后有更多的条目,所以我担心这将是一场彻底的灾难......
如果我通过正常执行删除订单。
有没有办法加快速度(除了将列移到第一个表格之外)?
EXPLAIN:
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE files ALL PRIMARY,type NULL NULL NULL 256956 Using where; Using temporary; Using filesort
1 SIMPLE file_status eq_ref PRIMARY PRIMARY 4 x.files.file_id 1 NULL
答案 0 :(得分:1)
非常hacky:
SELECT * FROM `files` AS x INNER JOIN (
SELECT `file_id`, downloaders FROM `file_status` WHERE `file_id` IN (
SELECT `file_id` FROM `files` WHERE `type`>0 AND `type`<=2
) ORDER BY `downloaders` DESC LIMIT 50
) as y ON x.`file_id` = y.`file_id`
INNER JOIN `file_status` ON x.`file_id` = `file_status`.`file_id`
第一个内连接是因为否则mysql说它不支持子查询中的LIMIT
我们对每个表使用子查询以使mysql使用正确的索引(键)
立即执行