我有一个表存储大约 40K 企业的每周查看统计信息,这些表通过了 220 万条记录并且开始减慢速度,我正在考虑对其进行分区以加快速度,但我不确定如何最好地做到这一点。
我的 ORM 需要一个 id 字段作为主键,但该字段与数据无关,我一直在字段上使用唯一索引来表示年份、周数和业务 ID。
由于我需要主键参与分区映射,因此我不确定如何最好地组织它(我以前从未使用过分区)。
目前我有...
CREATE TABLE `weekly_views` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`business_id` int(11) NOT NULL,
`year` smallint(4) UNSIGNED NOT NULL,
`week` tinyint(2) UNSIGNED NOT NULL,
`hits` int(5) NOT NULL,
`created` timestamp NOT NULL ON UPDATE CURRENT_TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
`updated` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
UNIQUE `search` USING BTREE (business_id, `year`, `week`),
UNIQUE `id` USING BTREE (id, `week`)
) ENGINE=`InnoDB` AUTO_INCREMENT=2287009 DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci ROW_FORMAT=COMPACT CHECKSUM=0 DELAY_KEY_WRITE=0 PARTITION BY LIST(week) PARTITIONS 52 (PARTITION p1 VALUES IN (1) ENGINE = InnoDB,
PARTITION p2 VALUES IN (2) ENGINE = InnoDB,
PARTITION p3 VALUES IN (3) ENGINE = InnoDB,
PARTITION p4 VALUES IN (4) ENGINE = InnoDB,
(5 ... 51)
PARTITION p52 VALUES IN (52) ENGINE = InnoDB);
每周一个分区似乎是分解它们的唯一合乎逻辑的方法。我是否正确,当我使用“business_id = xx and week = xx and year = xx”搜索当前周/业务的记录时,它会知道使用哪个分区而不搜索所有分区?但是,当我得到结果并通过 ORM 保存它时,它会使用 id 字段并且不知道要使用哪个分区?
我想我可以使用自定义查询来插入或更新(我最初没有这样做,因为 ORM 不支持它)。
我是否采取了正确的方法,还是有更好的方法来对这样的表进行分区?
谢谢你的帮助!