问大型MySQL产品历史表分区？

EN

我正在开发仓库控制系统，由php，laravel框架，mariadb编写。为了获得关于每个产品的所有信息，我们使用products "history“表，该表记录了对特定产品采取的所有操作。这个表开始扩展得非常快，现在我们有大约1500万行innoDB表，它开始工作很慢，特别是在运行function时，它需要对销售、创建、丢弃等产品的数量进行全面分析，然后在一个查询中使用全部1500万行。所以我开始寻找方法，如何管理这个大表，因为索引不再起作用了。我开始考虑按日期对这个表进行拆分/分区，也许是操作？因此，也许有人对此有任何经验，可以与我分享一些建议？非常感谢你的帮助！

​

CREATE TABLE `history` ( `id` int(11) NOT NULL AUTO_INCREMENT, `barcode` varchar(100) DEFAULT NULL, `bag` varchar(100) DEFAULT NULL, `action` int(10) unsigned DEFAULT NULL, `place` int(10) unsigned DEFAULT NULL, `price` decimal(10,2) DEFAULT NULL, `old_price` decimal(10,2) DEFAULT NULL, `user` int(11) DEFAULT NULL, `amount` int(10) DEFAULT NULL, `rotation` int(10) unsigned DEFAULT NULL, `discount` decimal(10,2) DEFAULT NULL, `discount_type` tinyint(2) unsigned DEFAULT NULL, `original` int(10) unsigned DEFAULT NULL, `was_in_shop` int(10) unsigned DEFAULT NULL, `cate` int(10) unsigned DEFAULT NULL COMMENT 'grupe', `sub_cate` int(10) unsigned DEFAULT NULL, `comment` varchar(255) DEFAULT NULL, `helper` varchar(255) DEFAULT NULL, `created_at` timestamp NULL DEFAULT NULL, `updated_at` timestamp NULL DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP, `deleted_at` timestamp NULL DEFAULT NULL, PRIMARY KEY (`id`), KEY `barcode` (`barcode`), KEY `action` (`action`), KEY `original` (`original`), KEY `created_at` (`created_at`), KEY `bag` (`bag`) ) ENGINE=InnoDB AUTO_INCREMENT=16274267 DEFAULT CHARSET=utf8

例如查询：

select  cate,
SUM(amount) AS amount, SUM(IF(discount>0,(price*amount)-discount,
                    (price*amount))) AS sum, SUM(IF(discount>0,IF(discount_type=1,
                                            (discount*price)/100,discount),0)
   ) AS discount from  history
    where  (history.action = '4'
              and  history.created_at >= '2017-11-01 00:00:00'
              and  history.created_at <= '2017-11-23 23:59:59'
           )
      and  LENGTH(barcode) > 7
      and  history.deleted_at is null
    group by  cate

此查询用于获取有关已售出产品的金额、金额和折扣信息(操作4)在此示例中，它是2017-11-01和2017-11-23之间的信息，EXPLAIN给了我以下信息：

id - 1 select_type - SIMPLE table - history type - ref possible_keys - action,created_at key - action key_len - 5 ref - const rows - 1444272 Extra - Using where; Using temporary; Using filesort

因此，从2017-01-01到目前为止，它需要150万行和表，所以2年后将需要300万行，以此类推……当我只需要拿到2017-11年度产品的销售信息时。我还有很多类似于这个的查询。