我有一个 PHP 页面做 1000 个 SQL 查询。它提供用户列表中发生的事件的统计信息。页面加载时间有点长(现在调整了索引 6 秒)。我想知道是否有比 1000 个单独查询更好的方法来做到这一点。有没有更快的方法,尤其是随着数据的增长。
这 1000 个 SQL 查询的结果被放入 PHP 数组并最终填充 html 表的单元格,如下所示:
Installs Called Early Install Event4 Event5 (... 9
George 5 6 3 5 29 different event
Greg 9 7 1 8 23 types, up to
David 4 1 2 4 0 maybe 15
Dan 15 17 4 20 10 eventually)
... ... ... ... ... ...
... ... ... ... ... ...
Totals 351 312 82 289 1220
(... there are up to ~50 users, maybe 100 total in the next two years)
有些列实际上是在 PHP 中根据 (event4/installs)*100 等数据动态计算的百分比。
该表始终在给定的数据范围内,例如:
选择日期范围:Dates Jan 15, 2013 - March 31, 2013
。
event
表的字段:id, event_type, user_id, event_date
数据本身存储为由特定日期发生的事件组成的表格。PHP 页面最常见的 SQL 语句类型是计数查询,如下所示:
SELECT COUNT(id)
FROM events
WHERE userid = 10
AND `event_date` BETWEEN '2013-01-01' AND '2013-02-15'
AND event_type = 'Install';
SELECT COUNT(id)
FROM events
WHERE userid = 10
AND `event_date` BETWEEN '2013-01-01' AND '2013-02-15'
AND event_type = 'Called';
SELECT COUNT(id)
FROM events
WHERE userid = 10
AND `event_date` BETWEEN '2013-01-01' AND '2013-02-15'
AND event_type = 'Early Install';
/* and so on for each event type and user id */
这些 counts() 填充 html 表的单元格。它在一个遍历每个用户(代表 html 输出表中的每一行)的 php 循环中执行这些 counts(),并在每一行中遍历每个事件类型(列)并COUNT
为每个事件类型执行一次。约 50 个用户,约 10 种事件类型,您在一页上获得约 1000 个单独的 SQL 请求。
- 有没有一种合理的方法来组合所有这些单独的 SQL操作,或者在没有来自 PHP
COUNT
的所有单独调用的情况下更快或更正确地完成这一切?COUNT
也许是一个存储过程......这有意义吗?如果是这样,如何处理(一堆计数查询或游标或什么)?以及如何从存储过程构造/返回计算计数数据的行?
我想我想知道,这是“正确的方式”吗?
我并不是要求整个问题的答案,而只是回答您可能能够回答的部分,或者您将如何处理。
另外(#2)如何缓存这些东西?通过将所有 COUNT 值带入 PHP 进行缓存,然后将这些值从 PHP 写入 mysql 表,其中每个用户和每个日期范围都有一行,或者缓存在某处/以其他方式?