4

我正在尝试根据购买的商品数量对所有客户进行“分类”，并显示每个分类的数量。我试图查看有多少人（account_id）购买了一件商品，有多少人购买了两件商品，一直到九件商品，然后是十件或更多。

这是我正在使用的查询 - 对于它的价值，我希望查询对销售进行全表扫描以生成结果，但整个过程需要永远！

我来自 Oracle 背景，我像在 Oracle 中一样编写查询。

 select  thecnt
      ,  count(*) 
   from  (select  count(*)
               ,  case when count(*) >= 10 then 'tenormore' else cast(count(*) as char) end thecnt
            from  sales
           where  created >= SUBDATE( CURRENT_DATE(), INTERVAL 60 DAY )
        group by  account_id) sub
group by  thecnt
order by  thecnt;

mysql 在处理子查询时有什么陷阱吗？

解释计划

+----+-------------+-------------------+-------+---------------+---------+---------+------+---------+----------+-----------------------------------------------------------+
| id | select_type | table             | type  | possible_keys | key     | key_len | ref  |     rows    | filtered | Extra                                                     |
+----+-------------+-------------------+-------+---------------+---------+---------+------+---------+----------+-----------------------------------------------------------+
|  1 | PRIMARY     | <derived2>        | ALL   | NULL          | NULL    | NULL    | NULL | 2143248 |   100.00 | Using temporary; Using filesort                           |
|  2 | DERIVED     | sales             | range | created       | created | 8       | NULL | 2012492 |   100.00 | Using where; Using index; Using temporary; Using filesort |
+----+-------------+-------------------+-------+---------------+---------+---------+------+---------+----------+-----------------------------------------------------------+
2 rows in set, 1 warning (1 hour 4 min 6.14 sec)


mysql> describe sales;
+-----------------+---------------------+------+-----+---------+-------+
| Field           | Type                | Null | Key | Default | Extra |
+-----------------+---------------------+------+-----+---------+-------+
| account_id      | char(36)            | NO   | PRI | NULL    |       |
| created         | datetime            | NO   | MUL | NULL    |       |
| histogram_value | bigint(20) unsigned | NO   | PRI | NULL    |       |
+-----------------+---------------------+------+-----+---------+-------+
4

3 回答 3

1

您可能缺少正确的索引。

编辑：

您的查询很慢，因为子查询结果不适合内存并且正在使用磁盘上的临时表。

因此，您将从 (account_id, created) 上的索引中受益，这会阻止它使用磁盘上的 tmp 表进行子查询（如果使用）

ALTER TABLE sales ADD INDEX ix_acc_cre (account_id, created)
于 2010-08-27T22:37:29.423 回答
1

我看不出您的查询有什么特别错误的地方。查询慢的原因是需要用到临时表和文件排序。真正加快此查询的唯一方法是修改您的 MySQL 设置以分配更多内存，以避免为这些进程使用磁盘。这是一篇关于相关设置的文章。

编辑：完成此操作后，您还可以通过指定要计数的确切列而不是COUNT(*)，以及其他一些小调整来节省内存，正如其他一些人提到的那样。您希望获得尽可能小的数据集以充分利用您的内存。但我认为除非您分配更多内存，否则整体问题不会消失。

于 2010-08-28T01:44:56.240 回答
0

如果 MySQL 可以从索引中提取数据而不是查看实际行，则索引在全表扫描中很有用。你不应该在这里需要子查询：

SELECT COUNT(account_id) AS thecnt, 
     IF(COUNT(account_id) < 10, COUNT(account_id), 'tenormore')
   FROM sales
     WHERE created >= SUBDATE( CURRENT_DATE(), INTERVAL 60 DAY )
   GROUP BY account_id 
   ORDER BY thecnt DESC

希望这可以帮助。

于 2010-08-28T03:24:46.633 回答