子分区
mysql对分区时可以做什么和不能做什么有很大的限制，引用5.7手册：
可以对按范围或列表分区的表进行子分区。子分区可以使用哈希或键分区
这意味着你看到的是这样的东西：

CREATE TABLE users_table (
  row_id int(11) UNSIGNED NOT NULL AUTO_INCREMENT,
  first_name varchar(255) DEFAULT NULL,
  last_name varchar(255) DEFAULT NULL,
  createdby varchar(255) DEFAULT NULL,
  createdat datetime DEFAULT NULL,
  lastmodby varchar(255) DEFAULT NULL,
  lastmodat datetime DEFAULT NULL,
  active bit(1) NOT NULL DEFAULT b'0',
  archive_key year(4),
  PRIMARY KEY (row_id, active, archive_key)
)
       ENGINE = INNODB,
       CHARACTER SET utf8,
       COLLATE utf8_unicode_ci
       PARTITION BY LIST(active)
           SUBPARTITION BY HASH(`archive_key`)
           SUBPARTITIONS 4
       (
            PARTITION inactive VALUES IN (0),
            PARTITION active   VALUES IN (1)
       );

请注意，您需要包括 archive_key 在pk中避免
错误1503（hy000）：主键必须包含表分区函数中的所有列
分割意见
不，它不摇滚。本论坛上介绍的大多数用例在使用分区的情况下运行的速度并不比不使用分区的情况快。在某些情况下，它们跑得比较慢。
当然，有很多选择。我所看到的唯一一个实际绩效改进是 PARTITION BY RANGE ，但即使这样，也只适用于狭窄的用例（清除时间序列，“查找最近的”，工作集位于一个具有“坏”索引、可传输表空间的分区中）。细节
“分区修剪”会加快查询速度，这是一个神话。具有适当索引的非分区表可能至少运行同样快。
注意：要利用添加（或删除）分区，必须重新评估索引。
在你的例子中，与

INDEX(active, createdat)   -- in this order

WHERE active = 1
  AND createdat >= '2017/01/01'
  AND createdat  < '2017/01/01' + INTERVAL 1 YEAR

或

INDEX(active, active_key)   -- in this order

WHERE active = 1
  AND archive_key = '2017'

（前者不需要生成的列。）