这种索引真的能用吗

[cnoder]

今天看到一张表

CREATE TABLE `data` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `xx_id` varchar(128) NOT NULL,
   ··· 一些普通字段
  PRIMARY KEY (`id`,`create_time`) USING BTREE,
  KEY `Index_xx_id` (`xx_id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=320 DEFAULT CHARSET=utf8
/*!50500 PARTITION BY RANGE  COLUMNS(create_time)
(PARTITION p202206 VALUES LESS THAN ('2022-07-01') ENGINE = InnoDB,
 PARTITION p202207 VALUES LESS THAN ('2022-08-01') ENGINE = InnoDB,

我 explain 了一下

1. 仅使用 create_time range 查询 的时候不会命中索引
2. 使用 xx_id=x 和 create_time range 的时候命中 xx_id 索引，理论上回表是能找到主键

理论上如果仅有 2 的情况下这表也不是不能用，他把 create_time 加到主键联合索引主要还是为了分区

[rekulas]

看起来是没什么用

[nothingistrue]

xx_id 这个索引是有效的，能不能用取决于业务上这个 xx_id 是否是检索条件。

为了分区把 create_time 加到主键之后，这个主键基本上是废了，既不是自然键也不是代理键，很难用。

[lieyan]

为什么不使用联合索引，而把 create_time 加入主键？