2GB以上可加快单个表上的SQL查询

您是正确的，MySQL的VIEW对象无助于查询性能。用行业术语来说，它们不是“物化视图”。

您尚未向我们透露您使用的实际查询或大表的实际布局。因此，具体建议实际上是不可能的。

您有一些可能的方法来提高查询性能。

1. 如您建议的那样，从明细表中生成一些汇总表。如果您能够处理稍微陈旧的数据，则可以在一夜之间重新生成它们。

2. 如果您使用特定的查询，请研究创建复合覆盖索引以加速这些查询。

查看您问题中的查询。首先，我想它应该包含一些SUM项，就像这样。我也将您提到的内容date更改DATE(date)为仅汇总中的日期，而不是日期和时间。（也许这已经在您的表中完成了。如果是这样，就不要再这样做了。）

Select DATE(date), creative_size, device_class,ssp,billing_type, location,
       SUM(ad_impressions), SUM(clicks), SUM(revenue)
  from ADS
 group by DATE(date),creative_size,device_class,ssp,billing_type,location

其次，这个没有任何WHERE子句。如果您确实添加了WHERE子句，那么（几乎可以肯定）您需要不同的复合覆盖索引。您可以阅读有关如何在WHERE其他地方使用带有子句的覆盖索引的信息。

第三，可以通过特定的复合索引来加速该查询：复合索引中GROUP BYandSELECT子句中提到的所有列上的索引。GROUP BY子句中的列应在索引中排在第一位，通常与中的顺序相同GROUP BY。您将创建这样的索引。

 CREATE INDEX summary_1 ON ADS 
              (date, creative_size, device_class,ssp,billing_type, location,
               ad_impressions, clicks, revenue);

这是有帮助的，因为MySQL的查询计划器可以按顺序读取索引以满足您的查询，而不必遵循指向表的指针。

第四，你可以做

CREATE TABLE ad_summary AS
Select date, creative_size, device_class,ssp,billing_type, location,
       SUM(ad_impressions), SUM(clicks), SUM(revenue)
  from ADS
 group by date,creative_size,device_class,ssp,billing_type,location;

这是一个穷人的物化观点。（如果您使用的是Oracle，则可以使用它们的物化视图，我们将它们称为以前的富人的物化视图。-以前是因为Oracle如此昂贵。）

第五，您可以对汇总表进行日期限制（如果适用于您的应用程序）。为此，可以在查询中添加类似的内容。

  WHERE date >= CURDATE() - INTERVAL 7 DAY

此特定WHERE子句可以使用相同的复合覆盖索引，因为它对进行了范围扫描date，并且该列在索引中位于第一位。

这是一些有关磨削非常大的桌子的一般观察，供您考虑。

• 像您这样的表上的许多单列索引通常会损害性能。MySQL根本无法很好地利用单个查询的单个表中的多个索引。
• SELECT *是绝对有害的性能，尤其是当你有很多的列。而是，枚举所需的列。
• ORDER BY除非您知道需要大型查询，否则请避免使用这些子句。
• http://use-the-index-luke.com/是使这些工具正常工作的很好参考。