我为工作编写了一个自定义帮助台,它一直运行良好……直到最近。一个查询确实变慢了。现在大约需要 14 秒!以下是相关表格:
CREATE TABLE `tickets` (
`id` int(11) unsigned NOT NULL DEFAULT '0',
`date_submitted` datetime DEFAULT NULL,
`date_closed` datetime DEFAULT NULL,
`first_name` varchar(50) DEFAULT NULL,
`last_name` varchar(50) DEFAULT NULL,
`email` varchar(50) DEFAULT NULL,
`description` text,
`agent_id` smallint(5) unsigned NOT NULL DEFAULT '1',
`status` smallint(5) unsigned NOT NULL DEFAULT '1',
`priority` tinyint(4) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
KEY `date_closed` (`date_closed`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
CREATE TABLE `solutions` (
`id` int(10) unsigned NOT NULL,
`ticket_id` mediumint(8) unsigned DEFAULT NULL,
`date` datetime DEFAULT NULL,
`hours_spent` float DEFAULT NULL,
`agent_id` smallint(5) unsigned DEFAULT NULL,
`body` text,
PRIMARY KEY (`id`),
KEY `ticket_id` (`ticket_id`),
KEY `date` (`date`),
KEY `hours_spent` (`hours_spent`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
当用户提交工单时,它会进入“工单”表。然后,当代理人解决问题时,他们记录下他们采取的行动。每个条目都进入“解决方案”表。换句话说,门票有很多解决方案。
已减慢查询的目标是从“票”表中提取所有字段,并从“解决方案”表中提取最新条目。这是我一直在使用的查询:
SELECT tickets.*,
(SELECT CONCAT_WS(" * ", DATE_FORMAT(solutions.date, "%c/%e/%y"), solutions.hours_spent, CONCAT_WS(": ", solutions.agent_id, solutions.body))
FROM solutions
WHERE solutions.ticket_id = tickets.id
ORDER BY solutions.date DESC, solutions.id DESC
LIMIT 1
) AS latest_solution_entry
FROM tickets
WHERE tickets.date_closed IS NULL
OR tickets.date_closed >= '2012-06-20 00:00:00'
ORDER BY tickets.id DESC
这是“latest_solution_entry”字段的示例:
6/20/12 * 1337 * 1: I restarted the computer and that fixed the problem. Yes, I took an hour to do this.
在 PHP 中,我拆分了“latest_solution_entry”字段并正确设置了格式。
当我注意到运行查询的页面速度变慢时,方式 变慢了,我在没有子查询的情况下运行了查询,而且速度非常快。然后我在原始查询上运行了一个 EXPLAIN
并得到了这个:
+----+--------------------+-----------+-------+---------------+-----------+---------+---------------------+-------+-----------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+--------------------+-----------+-------+---------------+-----------+---------+---------------------+-------+-----------------------------+
| 1 | PRIMARY | tickets | index | date_closed | PRIMARY | 4 | NULL | 35804 | Using where |
| 2 | DEPENDENT SUBQUERY | solutions | ref | ticket_id | ticket_id | 4 | helpdesk.tickets.id | 1 | Using where; Using filesort |
+----+--------------------+-----------+-------+---------------+-----------+---------+---------------------+-------+-----------------------------+
所以我正在寻找一种方法来提高我的查询效率,但仍能达到相同的目标。有什么想法吗?
最佳答案
让我总结一下我的理解:您想选择每张票及其最后的解决方案。
我喜欢对这类问题使用以下模式,因为它避免了子查询模式,因此在需要性能的地方相当不错。缺点是理解起来有点棘手:
SELECT
t.*,
s1.*
FROM tickets t
INNER JOIN solutions s1 ON t.id = s1.ticket_id
LEFT JOIN solutions s2 ON s1.ticket_id = s2.ticket_id AND s2.id > s1.id
WHERE s2.id IS NULL;
为了更好地理解,我只写了模式的核心部分。
关键是:
solutions
的左连接表本身与s1.ticket_id = s2.ticket_id
条件:它模拟GROUP BY ticket_id
.条件
s2.id > s1.id
:它是“我只想要最后一个解决方案”的 SQL,它模拟MAX()
.我假设在你的模型中,the last
表示with the greatest id
但你可以在这里使用日期条件。注意s2.id < s1.id
会给你第一个解决方案。WHERE 子句
s2.id IS NULL
:最奇怪但绝对必要的...只保留您想要的记录。
试一试,让我知道:)
编辑 1: 我刚刚意识到第二点假设过于简单化了问题。这让它变得更加有趣 :p 我正在尝试查看此模式如何与您的 date, id
一起使用订购。
编辑 2: 好吧,稍作改动后效果很好。 LEFT JOIN 的条件变为:
LEFT JOIN solutions s2 ON s1.ticket_id = s2.ticket_id
AND (s2.date > s1.date OR (s2.date = s1.date AND s2.id > s1.id))
关于MySQL:我可以进行左连接并只从连接表中拉出一行吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11131237/