为什么 mariadb 分区没有给我带来更好的性能？

Question

问候。

让我先展示一下我的表格方案：

CREATE TABLE `log_table` (
`rid` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
`dataId` int(10) unsigned NOT NULL DEFAULT '0',
`memberId` int(10) unsigned NOT NULL DEFAULT '0',
`clientId` int(10) unsigned NOT NULL DEFAULT '0',
`qty` int(11) NOT NULL DEFAULT '0',
`timestamp` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`typeA` tinyint(2) DEFAULT NULL,
`typeB` int(11) DEFAULT '0',
PRIMARY KEY (`rid`,`timestamp`),
KEY `idx_report1` (`timestamp`,`memberId`,`dataId`),
KEY `idx_report2` (`memberId`,`timestamp`),
KEY `idx_report3` (`dataId`,`timestamp`,`rid`),
KEY `idx_report4` (`timestamp`,`typeB`,`typeA`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
PARTITION BY RANGE (year(`timestamp`))
(PARTITION p2014 VALUES LESS THAN (2015),
 PARTITION p2015 VALUES LESS THAN (2016)
);

我使用的是 MariaDB 5.5，该表包含 2500 万条记录，因此我决定在表中进行分区，以防止在不久的将来可能出现性能问题。您可能会看到它的时间序列、日志数据，并且有 4 个视图。例如，其中一个视图使用以下查询：

select typeB, typeA, count(*) as number from log_table where timestamp between '2015-1-1' and '2015-2-1' group by typeB, typeA;

AFAIK，此查询仅通过分区修剪加载 p2015 中的数据。但我发现原始表和分区版本在查询执行时间上没有太大区别。（平均 1.94 秒 vs 1.95 秒）

嗯，我认为它可能会受到每个分区中的行数的影响。那么分区尺寸小一点怎么样呢？to_days()？

PARTITION BY RANGE (to_days(`timestamp`))
(
...
PARTITION p_2015_01 VALUES LESS THAN (to_days('2015-2-1')),
PARTITION p_2015_02 VALUES LESS THAN (to_days('2015-3-1'))
...
)

嗯，没有什么效果。你能告诉我我缺少什么吗？

---

编辑：对我在查询中的错误感到抱歉。顺便说一句，EXPLAIN PARTITION 对我没有帮助。

解释这两个表的结果是：

// original
+------+-------------+-----------+-------+-------------------------+-------------+---------+------+---------+-----------------------------------------------------------+
| id   | select_type | table     | type  | possible_keys           | key         | key_len | ref  | rows    | Extra                                                     |
+------+-------------+-----------+-------+-------------------------+-------------+---------+------+---------+-----------------------------------------------------------+
|    1 | SIMPLE      | org_table | range | idx_report1,idx_report4 | idx_report4 | 8       | NULL | 8828000 | Using where; Using index; Using temporary; Using filesort |
+------+-------------+-----------+-------+-------------------------+-------------+---------+------+---------+-----------------------------------------------------------+


//partition
+------+-------------+-----------+-------+-------------------------+-------------+---------+------+---------+-----------------------------------------------------------+
| id   | select_type | table     | type  | possible_keys           | key         | key_len | ref  | rows    | Extra                                                     |
+------+-------------+-----------+-------+-------------------------+-------------+---------+------+---------+-----------------------------------------------------------+
|    1 | SIMPLE      | log_table | range | idx_report1,idx_report4 | idx_report4 | 8       | NULL | 7902646 | Using where; Using index; Using temporary; Using filesort |
+------+-------------+-----------+-------+-------------------------+-------------+---------+------+---------+-----------------------------------------------------------+

Answer 1

PARTITIONing并不像用户想象的那样频繁地提高性能。

KEY `idx_report4` (`timestamp`,`typeB`,`typeA`)

没有分区是SELECT您提供的最佳选择。 PARTITIONing不会加快任何速度。

因为BETWEEN“包含”where timestamp between '2015-1-1' and '2015-2-1'实际上命中了两个分区。用EXPLAIN PARTITIONS SELECT ...来看一下。

BY RANGE (TO_DAYS(...))可能比 更好BY RANGE (YEAR(...))，但对于给定的查询仍然没有用。

以下是我对有助于提高性能的唯一4 个用例的讨论PARTITIONing： http://mysql.rjweb.org/doc.php/partitionmaint

如果这种类型的查询很重要，请考虑“汇总表”作为大大加快应用程序速度的一种方式：http: //mysql.rjweb.org/doc.php/datawarehouse和http://mysql.rjweb.org/doc .php/摘要表