MySQL - 表分区/子分区的说明

Question

我有一张表，其中包含大约 3 亿条记录（仅 60 天）。表结构很简单..
它有 12 列，其中 4 列已编入索引：

LogTime - DateTime
RegionID - Integer
ProvinceID - Integer
CityID - Integer

还有一个唯一索引：

UNIQUE INDEX UI_IDX (`LogTime`, `RegionID`, `ProvinceID`, `CityID`); 

其余字段只是主要由查询结果获取的值。

数据库服务器已经调好，状况良好（~12GB 用于缓冲空间等）

好吧，为了加快查询速度，我决定在LogTime 字段上对表进行分区。我通过使用PARTITION BY RANGE 对表进行分区来实现这个目标。现在我的表有 365 个分区（1 个分区 1 天，每个分区 500 万条记录）。

问题是我们对查询性能不满意，我一直在寻找一种方法将分区分解为更小的部分.. 假设在 LogTime 和 RegionID 上对表进行分区...我不确定如果它适用于子分区...

Answer 1

对于

select  b.CityName, a.val1, a.val2
    from  DataRepo a
    left join  City b on a.CityID = b.CityID
    where  (a.LogTime >= '2015-08-01 00:00:00'
       and  a.LogTime <= '2015-08-05 00:00:00' )
      and  a.RegionID = 1
      and  a.ProvinceID = 14;

最优索引是

INDEX(RegionID, ProvinceID, -- in either order
      LogTime)    -- last

没有PARTITIONing 将有助于加快查询速度，超出该索引可以提供的范围。

（不相关） 4天加1秒是故意要查的吗？

我喜欢这种设计模式：

    where  (a.LogTime >= '2015-08-01'
       and  a.LogTime <  '2015-08-01' + INTERVAL 4 DAY )

哦...这个索引会更快，因为它是“覆盖”：

INDEX(RegionID, ProvinceID, -- in either order
      LogTime,    -- range
      CityID)     -- the rest of the fields used in the SELECT

这样，查询将在索引中完全执行（除了JOIN），而不涉及数据。 EXPLAIN 会说“使用索引”。

（另一边）地区是省的子集吗？或相反亦然？如果是这样，您不需要 Fact 表中的两列，对吗？ （缩小 Fact 表是另一种提高性能的技术，因为您无疑是 I/O 绑定的。）

(更多) 省INT?那是4个字节。如果有 255 个省以下，则使用TINYINT UNSIGNED，它只有 1 个字节。这将在表中节省近 1GB，再加上我建议的索引中的另一个 GB。