1
我在我的Nexuiz统计Web项目中遇到了MySQL请求问题。 我wan't以产生实时的请求采取的时间 (配310000项的请求,从3到7秒需要)losts统计表 这里是SQL请求我希望优化等是否可以优化我的SQL请求?如果是的话,怎么样?
SELECT n.name, d.times_kill, d.times_dead, d.kd, d.times_cap, d.points
FROM
(SELECT f.player player, f.times_kill, f.times_dead, f.kd, g.times_cap, ((f.points * (7/3)) + POW(g.times_cap, 1.5)) points
FROM
(SELECT k.player player, k.times_kill, d.times_dead, (k.times_kill/d.times_dead) kd, ((k.times_kill/d.times_dead) * k.times_kill) points
FROM
(SELECT player, count(*) times_kill
FROM `nexstat`.`dc_events`
WHERE event = 'KILL' AND server = '2'
GROUP BY player
ORDER BY times_kill DESC
) k
JOIN
(SELECT player, count(*) times_dead
FROM `nexstat`.`dc_events`
WHERE event = 'DEAD' AND server = '2'
GROUP BY player
ORDER BY times_dead DESC
) d
ON d.player = k.player
ORDER BY points DESC
) f
JOIN
(SELECT player, count(*) times_cap
FROM `nexstat`.`dc_events`
WHERE event = 'CAP' AND server = '2'
GROUP BY player ORDER BY times_cap DESC
) g
ON f.player = g.player
) d
JOIN
(SELECT * FROM `nexstat`.`dc_players` WHERE main = 1
) n
ON d.player = n.id
GROUP BY id
ORDER BY points DESC
数据库模型在这里:
CREATE TABLE IF NOT EXISTS `dc_events` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`timestamp` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`player` int(11) NOT NULL,
`event` enum('CAP','KILL','DEAD','DROP','PICKUP','CHANGE','JOIN','LEAVE') NOT NULL,
`param0` int(11) DEFAULT NULL,
`server` int(11) NOT NULL,
PRIMARY KEY (`id`),
KEY `event` (`event`),
KEY `server` (`server`),
KEY `player` (`player`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 ROW_FORMAT=FIXED AUTO_INCREMENT=1 ;
CREATE TABLE IF NOT EXISTS `dc_players` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`main` tinyint(1) NOT NULL DEFAULT '1',
`name` varchar(512) NOT NULL,
`website` varchar(512) NOT NULL,
`email` varchar(512) NOT NULL,
`clan` varchar(512) NOT NULL,
`country` varchar(2) NOT NULL,
UNIQUE KEY `name` (`name`),
KEY `website` (`website`),
KEY `email` (`email`),
KEY `id` (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
将是冷静,如果有人可以帮助我;)
对于这些类型的问题,*重要的*包括架构,查询计划/解释,以及一些数据的想法(计数和分布)..确保这些信息*包含在帖子本身*中。 – 2012-09-29 01:37:10